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Júniusi számunkban elsősorban 
a szoftverfejlesztőknek kedvez- 
tünk, hiszen számos cikk szól 
valamilyen módon a programo- 
zásról, hibakeresésről, kezdő és 
haladó szinten egyaránt. 








Megismerkedhetünk néhány 
olyan módszerrel, amelyek segítségé- 
vel Perl programokban kereshetünk 
kódolási vagy logikai hibákat. Szó lesz 
aztán egy módszerről, amely a LaTeX 
közismerten kiváló , matematikai ké- 
pességeit" kihasználva varázsol képle- 
teket weblapokra a PHP nyelv közbe- 
iktatásával. 

Fülöp Balázs ebben a számban egy új 
sorozatot nyit, amelyben a Java nyel- 
vet kívánja bemutatni teljesen kezdő 
szintről indulva. 

Komáromi Zoltán ezúttal legózni tanítja 
a PHP-fejlesztőket, mégpedig a PEAR 
rendszer segítségével. A PEAR egy 
olyan ,kódgyűjtemény", amely a sza- 
bad szoftverek filozófiájának megfelelő- 
en lehetővé teszi, hogy a gyakorlott 
programozók közkinccsé tegyék saját, 
jól átgondolt, egy-egy speciális felada- 
tot a leghatékonyabban ellátó kódrész- 
leteiket. Az , utókornak" ezek után 
tulajdonképpen már csak az a dolga, 
hogy megtanulja ennek a modulrend- 
szernek a használatát, és saját igényei 
szerint összeillessze az építőkockákat. 


Koblinger Egmont, az UHU-Linux 
csapat egyik fejlesztőmérnöké- 

nek cikke a szoftverfejlesztés egy 
még ennél is magasabb szintjét 
mutatja be: elmondja, milyen elvek 
alapján lehet összeállítani egy jól 
működő Linux terjesztést. A dolog 
apropója, hogy márciusban, az elő- 
ző változatot követő egy éves fejlesz- 
tési időszak befejeztével az IIHU- 
Linux Kft. kiadta az UHU-Linux 
Office 1.2-es változatát, mely a Rajt! 
kódnevet viseli. Egmont természe- 
tesen aktív részese volt ennek 

a munkának, így azon kevesek 
egyike, akik egy a felhasználók által 
néhány kattintással feltelepíthető 
rendszert , belülről" is láttak. 
Természetesen folytatódnak koráb- 
bi sorozataink is. Fábián Zoltán 
tovább folytatja az eFltk környezet, 
Garzó András pedig a számítógép- 
hálózatok alapjainak bemutatását, 
Auth Gábor FreeBSD-ről szóló 
sorozata pedig immár a nyolcadik 
részéhez érkezik. 

Levezetésképpen Marcel Gagné be- 
mutat nekünk néhány olyan játékot, 
amelyeket mintha már láttunk volna 
valahol, valamikor... 


Hasznos időtöltést, jó szórakozást 
kíván a Linuxvilág stábja! 


0 Kiskapu Kft. Minden jog fenntartva 


0 Kiskapu Kft. Minden jog fenntartva 





Az első Mandriva 

Megjelent a Mandrake-Conectiva név 
után immár Mandríva név alatt futó ter- 
jesztés legújabb változata, a Mandriva 


GÉmand riva 


Linux Limited Edition 2005. A mostani 
kiadás csak átmeneti változat az utolsó, 
10.1-es Mandrake és a Mandriva 2006 
Official között, ettől függetlenül napra- 
készségére és tudására nem lehet pa- 
nasz; a terjesztés a 2.6.11.6-os rendszer- 
magra épül, 3.3.2-es KDE-t és 2.8.3-as 
GNOME-ot tartalmaz, valamint a 64 bi- 
tes processzorokat is teljes mértékben 
támogatja. A Mandriva Limited Edition 
2005 a cég webáruházában 59 eurós 
áron vásárolható meg, ezért az össze- 
gért kettő darab DVD-lemezt kapunk. 
Ha a letölthető változattal is megelég- 
szünk, 5.9 eurót takaríthatunk meg, 

de ha így is sokalljuk az árat, akkor 

az FTP-n keresztül letölthető, ingyenes, 
ám lecsupaszított kiadással kell beér- 
nünk. A terjesztés i586, PPC gépekre 

és Xboxra érhető el. 

3 www.mandriva.com 


Attérés és átterelés 

A Resolvo Systems bejelentette, hogy 
— egy SourceForge tervezet létrehozá- 
sával párhuzamosan megnyitja 


RESJLVO 


MoveOver nevű, Windowsról Linuxra 
való áttérést segítő alkalmazásának 
kódját. A cég nem titkolt célja, hogy 
a nyitással megnyerje magának a kö- 
zösség tagjait, újabb ötletekkel bővítse 
a programot, illetve felgyorsítsa annak 
fejlesztését. A MoveOver segítségével 
elvileg szakember segítsége nélkül 
elvégezhető egy számítógép átállítása 
Windowsról Linuxra, természetesen 
a beállítások, a dokumentumok és 
az elektronikus levelek megőrzésével. 
Ezzel egy időben a cég saját weblapján 
is létrehozott egy Resolvo World nevű 
részt, ahol a nyílt forrású közösség tag- 
jainak áttéréssel kapcsolatos tapaszta- 
latait, tanácsait szeretnék összegyűjte- 
ni, illetve cikkekkel szeretnék segíteni 
a területen még járatlanok munkáját. 
5 http:/sourceforge.net/projects/ 
openmoveover/ 
3 www.resolvo.com 
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Kettós védelem 

A Paynacea Authentication Systems beje- 
lentette, hogy kétutas hitelesítési szol- 
gáltatását ingyenesen teszi elérhetővé 


e Paynacea 


az otthoni felhasználók és a mikro- 
vállalkozások számára. A Paynacea 
TeleAuth rendszerének lényege, hogy 
a felhasználó hitelesítéséhez a meg- 
szokott bejelentkezésen túl egy másik 
csatornát is igénybe vesz, ez pedig 

a hagyományos, nyilvános telefonhá- 
lózat. Amikor a felhasználó be kíván 
jelentkezni, a szokásos felhasználó- 
név-jelszó páros megadása után előre 
rögzített teletonszámán kap egy hí- 
vást a Paynacea központjából, ezt köve- 
tően a bejelentkezés befejezéséhez 
meg kell adnia PIN-kódját. A szolgál- 
tatás használatához külön hardveresz- 
közre nincs szükség. 

Természetesen az ingyenes szolgáltatás 
csak egy lebutított változata a Paynacea 
— egyébként havi 100 dollár körüli 
összegért elérhető — kereskedelmi szol- 
gáltatásának, amelyet széles körben le- 
het alkalmazni a biztonság növelésére, 
a webkiszolgálóktól kezdve egészen 

a távmunkát segítő virtuális magánhá- 
lózatokig. A szolgáltatás fenntartásához 
szükséges infrastruktúrát teljes egé- 
szében a cég üzemelteti, a támogatott 
operációs rendszerek a lInix, a Linux, 

a Mac OS X és a Windows. A TeleAuth 
egyelőre csak néhány országból érhető 
el, de a megfelelő hívásdíjak kiszámítá- 
sa után a cég bővítést ígér. 

3 www.paynacea.com 


VMware Workstation 5 

Hosszú ideje nem láthattunk már új 
VMware Workstation változatot, most 
azonban a cég elkészült virtualizációs 


alkalmazásának legújabb, 5.0-s 
kiadásával. Az új VMware számos 
értékes új és továbbfejlesztett szol- 
gáltatással rendelkezik, ezek közül 
néhány csemege: 

- Csoportok alakítása virtuális 
gépekből. A csoporttagok azo- 
nos virtuális hálózati szegmens- 
re helyezhetők, melynek sávszé- 
lessége és csomagvesztési aránya 
is megadható. 


- Több pillanatkép készítése akár 
futó virtuális gépekről is, illetve 
pillanatképek visszaállítása. 

Virtuálisgép-sablonok létrehozása. 

Filmfelvétel, amely például elektroni- 

kus tananyagok, bemutatók kialakítá- 

sához használható. 

Bővült a támogatott operációs rendsze- 

rek köre is, a VMware gazda operációs 

rendszerként a Red Hat és a SuSE 

Linuxokat teljes értékűen képes elfo- 

gadni, a 64 bites Windows XP és Win- 

dows Server 2003 támogatása viszont 
egyelőre kísérleti jellegű. Vendég ope- 
rációs rendszerként immár gond nélkül 
futtathatók az újabb Linux terjesztések 
is, ide értve a Sun Java Desktop Systemét 
is; ugyanakkor a Solaris továbbra is ki- 
maradt a támogatott vendégek közül. 

Ugyancsak a linuxos rendszerek hasz- 

nálhatóságát javítja a GTK2 alapú felü- 

letek továbbfejlesztett támogatása. 

Akik 2004. december 15. után vásárol- 

ták meg a VMware Workstation előző, 

4.5-ös változatát, azok ingyenesen tér- 
hetnek át az 5-ös kiadásra, a többiek 
számára a frissítés 99 dollárba kerül. 

2 www.vmware.com 


A Cisco Systems egy a vezeték nélküli 
hálózati ügyfelek helyzetének követé- 
nálatát. A Cisco által nemrég felvásárolt 
Airespace cég 

épülő Wireless Szt 
Location 

WLAN-on belül akár 1500 ügyfélkészü- 
lék helyzetét is képes nyomon követni, 
nosítót igényel, illetve azt, hogy az 
egyes készülékek valóban élő hálózati 
séges ügyfelek között említették a kór- 
házakat, amelyekben rendkívül nagy 
zognak folyamatosan, és ezek követése 
nemcsak vagyonvédelmi okokból fon- 
vészhelyzet esetén könnyen és rövid 
idő alatt elő lehet őket keríteni. A ké- 
sárolható, ami tulajdonképpen már 
egyetlen nagyobb értékű eszköz 

is megtérülhet. 

5 www.cisco.com/en/US/products/ 


Lelakatolni mégse lehet 
sére alkalmas készülékkel bővítette kí- 
fejlesztéseire 
Appliance 2700 a vállalati, szervezeti 
ehhez csak egy rádiófrekvenciás azo- 
kapcsolattal rendelkezzenek. A lehet- 
értékű műszerek, berendezések mo- 
tos, de olyan szempontból is, hogy 
szülék 14995 dolláros áron lesz megvá- 
eltűnésének megakadályozásával 
ps6386/index.html 














Mindent megfog 

Új változat jelent meg a Central 
Command Vexira Antivirus terméké- 
ből. A sokféle operációs rendszer 





VEXIRA 


(Linux, Windows, NetWare, AIX, BSD, 
Solaris) alá elérhető, levélkiszolgálók- 
hoz készült csomag teljes értékű 
védelmet nyújt, ugyanis a vírusok 
mellett a levélszemét és a kémprog- 
ramok kiszűrésére is képes. A Vexira 
bármely meglévő kiszolgálóprogram- 
mal együtt tud működni, de önálló 
SMTP-kiszolgálóként is használható, 
ezzel is fokozva a háttérben üzemelő 
rendszer védelmét. Szolgáltatásai 
széles körűek: rendelkezik LDAP 
támogatással, többféle támadás ellen 
is felkészítették, képes a levelek 
archiválására, működéséről pedig 
valós idejű statisztikákat szolgáltat 
üzemeltetőjének. Ára egyetlen tarto- 
mányhoz, legfeljebb 6000 postaládá- 
hoz 60 ezer forint alól indul, míg 

a korlátlan változat körülbelül 

750 ezer forintért vásárolható meg. 
2 www.centralcommand.com 


Erkezőben az új Intel alaplapok 
Japánban egyes üzletekben már 
felbukkantak az Intel következő, 
945 és 955X jelölést kapott lapka- 
készleteire épülő alaplapok. Szükség 
is lesz rájuk, hiszen az Intel legújabb, 
kétmagos processzorai kizárólag 
ezekben az alaplapokban lesznek 
használhatók. A 945P, a 945G és 

a 955X lapkakészlet a 800 és az 

1066 MHz-es előoldali buszfrek- 
venciával üzemelő processzorokat 
képes kezelni, amelyek mellé 667 
MHz-es DDR2 memóriát illeszthe- 
tünk. A G jelzésű lapkakészlet 
hagyományosan grafikus vezérlőt 

is kap, ez esetben ez a GMA950 
mag lesz. Megújul a be/kiviteli ve- 
zérlő is, kisebb-nagyobb fejlesztések 
mellett képes lesz a SATA-II merev- 
lemezek kezelésére. A korábbi lap- 
kakészletekhez hasonlóan az Intel 
most is az alacsonyabb sorszámú 
változatokat szánja a ,köznépnek", 
míg a 955-ös változat a profi fel- 
használóknak készül. 


www.linuxvilag.hu 





Mazsoláznak 

Lassan a pulzárokhoz válik hasonlóvá 
a Novell, amely töretlenül szippantja 
magába a nyílt forráskódú világ legkü- 
lönfélébb elemeit, programokat, terve- 
zeteket és embereket egyaránt. A kivá- 
lóan felépített stratégia legújabb áldoza- 
ta a Samba egyik szerzője, Jeremy Allison, 
aki a Novellnél folytatja munkáját, to- 
vábbra is a cég számára rendkívül fon- 
tos fájlmegosztási szolgáltatások fejlesz- 
tésén munkálkodva. Amiért a Novell 
nem a fekete lyukakhoz hasonlatos, az 
az, hogy nemcsak elnyel, de ad is. Most 
például saját termékét, a SilverStream 
alkalmazáskiszolgálót áldozta fel a Jboss 
Inc. Jboss Enterprise Middleware System 
(JEMS) kedvéért, továbbá a nyílt forrá- 
sú csoportmunka-kiszolgáló, a Hula 
kedvéért körülbelül kétszázezer sornyi 
kódot nyitott meg NetMail kiszolgálójá- 
nak kódjából. A sor hamarosan folyta- 
tódik, a következő nyitás az eDirectory 
LDAP kiszolgáló kódját fogja érinteni. 
További érdekesség, hogy az Allison és 
a Novell közötti szerződés értelmében 
Allison a cégnél folytatott munkája 
eredményét szabadon hozzáférhetővé 
teheti mások számára. 

2 www.novell.com 


Nyolcadik Opera 

Az Opera Software bejelentette az Opera 
böngésző legújabb, 8.0-s változatát. 

A böngésző Linux és Windows alá vég- 
leges változatban jelent meg, a Mac alá 
készített kiadás egyelőre tesztelés alatt 
áll. Természetesen az újabb változat 
szebb, gyorsabb, jobb, mint az előző, 

a javítások a sebességet, a biztonságot 
és a használat könnyűségét egyaránt 
érintik. Az új Opera immár hanggal is 
vezérelhető, igaz, ez a lehetőség egy- 
előre csak Windows alatt érhető el; egy 
másik kényelmi szolgáltatás, az egér- 
mozdulatokkal történő vezérlés vi- 
szont minden változatban megtalálha- 
tó. Az Opera 8 ingyenesen letölthető 
változatáért használója egy reklámcsík 
formájában fizet, míg a hirdetésmen- 
tes változatért 39 dolláros regisztrációs 
díjat kell fizetni. 

3 www.opera.com 


Medgyesi Zoltán 
(mzerettesoft.hu) 

A Linuxvilág hírszerkesztője. 
Szabadidejét legszívesebben 
a barátnőjével tölti, szeret 
autózni és bográcsban főzni. 
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Mi újság a rendszermag fejlesztése körül? 


Wichert Akkerman, a Debian Project korábbi vezetője 
különös jelenségekre lett figyelmes a 2.6.10-ac10 
rendszermag használata közben. A df parancs azt 
jelezte, hogy a lemezhasználat a következő: 
-7/3786976294838127736. Mivel hibára gyanakodott, 
küldött egy levelet a linux-kernel levelezési listára, ám 
miközben a többiek különféle ötletekkel álltak elő a hi- 
ba okát illetően, Wichert az e2fsck-val kijavította a hi- 
bát, így egyik felvetést sem tudta érdemben megvizs- 
gálni. Időnként találkozni ilyen furcsaságokkal, magya- 
rázat azonban ritkán akad rájuk. Lehet, hogy a rend- 
szermag egy későbbi változatában újra láthatunk majd 
ilyesmit, és akkor az okot is sikerül majd kideríteni, de 
az is lehet, hogy apró, múló hardverhiba történt. 
Mitch Williams rájött, hogy a SysFS által kezelt fáj- 
lokhoz nem lehet adatokat hozzáfűzni. Minden ilyen 
kísérlet a régi adatok újakkal való felülírását eredmé- 
nyezi. Az is ugyanilyen eredménnyel jár, ha a fájl 
megnyitása után és az írás megkezdése előtt a vé- 
gére léptetünk. Greg Kroah-Hartman megerősítette, 
hogy bizony nem teljesen ilyen viselkedést vártak 

a rendszertől, különösen, ha azt nézzük, hogy 

a SysFS mindenféle hibajelzés nélkül írja felül az 
adatokat. Mitch mindkét hibára készített egy foltot, 
majd vitázgatott egy kicsit Greggel a változatoknak 
a folt miatti szaporodása miatt, de lényeg az, hogy 
a SysFS működése hamarosan módosul, és minden 
fájlművelet az elvárható módon fog folyni. 

A securityeokernel.org cím alatt új levelezési lista jött 
létre. A lista célja a biztonsági hiányosságok széle- 
sebb körű közzétételük előtti ismertetése, aminek 
köszönhetően a Linux-fejlesztők időt kapnak a javítá- 
sok elkészítésére és elérhetővé tételére, még mielőtt 
az erre hajlamos egyének kidolgozhatnák támadásai- 
kat. A lista fontos jellemzője, hogy a feliratkozás 
meghívásos alapon történik, az archívum pedig 

— a linux-kernel listával ellentétben — nem válik azon- 
nal elérhetővé. Linus Torvalds, aki inkább a teljesen 
nyílt fejlesztéseket kedveli, maga is csatlakozott a lis- 
tához, bízva abban, hogy a többek közt Marcelo 
Tosatti által is támogatott, nyilvánosságtól elzárt 
hibakezelés idővel mégiscsak jó ötletnek bizonyul. 
Végül is, ezt is ki kell próbálni. Persze a kérdéskör 
szükségszerűen vitákhoz vezet, főként a nyílt forrású 
fejlesztési modell elhivatott támogatói körében. 
Jake Moilanen egy genetikus algoritmust készített 

a rendszermag beviteli/kiviteli ütemezőjének és folya- 
matütemezőjének javítására. Ezeket az ütemezőket 

— különösen a folyamatütemezőt — hagyományosan 
nehéz jól behangolni, ugyanis a felhasználók viselke- 
dése rendkívül sokféle lehet. Honnan tudhatnák a fej- 
lesztők, hogy egy adott algoritmus mindenféle fel- 
használói viselkedés mellett kifogástalanul fog-e mű- 
ködni? Nyilván ezt nem lehet előre megígérni. Jake 
munkája azonban, amennyiben valóban eredmények- 
kel jár, egészen újfajta utat mutathat a rendszermag 





beállításainak finomhangolásában. Ugyanakkor a ge- 
netikus algoritmusok működésének eredménye meg- 
jósolhatatlan, márpedig a megjósolhatatlanság 

a rendszermagban nemkívánatos. Valószínű, hogy 

a fejlesztők az ilyen jellegű foltokat csak akkor fogják 
átvenni, ha kiterjedt és jól mérhető teljesítményjavu- 
láshoz vezetnek; de lehetséges, hogy még akkor is 
csak a genetikus finomhangolás eredményeit fogjuk 
viszontlátni, magát az algoritmust nem. Meglátjuk. 

A szoftveres felfüggesztés története folytatódik, 
Pavel Machek nemrég SMP gépekhez is elérhetővé 
tette az swsusp szolgáltatást. Eddig ennek támoga- 
tása megoldatlan volt, a 2.6.11-es rendszermaggal 
kezdve azonban már SMP rendszereken is rendelke- 
zésre áll a szoftveres felfüggesztés lehetősége. Az 
swsusp kód szép apránként fejlődget, és a korábbi 
időkben az egymással versengő kódok miatt látott 
viták és panaszok remélhetőleg csak rossz emlékek 
maradnak. Persze a szoftveres felfüggesztés tovább- 
ra is veszélyes mutatvány marad, bizonyos hardver- 
elemek ugyanis egyszerűen nem hajlandók együtt- 
működni. Ilyenkor a viták gyakorlatilag elkerülhetetle- 
nek, és mivel nagyon nehéz az egyes kérdések léte- 
ző legjobb megoldását megtalálni, sokszor lelombo- 
zó, ha le kell mondani egyes dolgokról. Az az egy 
biztos, hogy az swsusp ígéretes fejlesztésnek tűnik. 
A közelmúltban az új és a meglévő rendszermagok 
körül komoly karbantartói tevékenységet láthattunk. 
Andrew Vasguez lett a Ologic OLAZ2ZXXX FC-SCSI 
illesztőprogram hivatalos gondozója. Tony Luck át- 
vette David Mosberger-Tangtól az IA-64 vonatkozá- 
sú karbantartást. Matthias Kunze gondjaiba vette az 
utóbbi időben eléggé elhanyagolt Enhanced Linux 
Progress Patchet, és átültette a 2.6.10-es rendszer- 
mag alá. Andries Brouwer után Adrian Bunk lett 

a util-linux tervezet gazdája, miután még 2004 szep- 
temberében Andries új segítőket keresett. 

Szintén a karbantartásokkal kapcsolatos, hogy a jö- 
vőben a MAINTAINERS fájlban meg fogják jelölni 
azokat a levelezési listákat, amelyek csak a feliratko- 
zottaktól fogadják a leveleket. A linuxos fejlesztői lis- 
ták hagyományosan nyitottak, ezzel is segítik a fel- 
használókat a hibajelentések leadásában, ám a rend- 
szermaggal kapcsolatos tervezetek résztvevői nem 
mindig fogadják el ezt a szemléletet. Azok számára, 
akik inkább a zártságot pártolják, többek közt Domen 
Puncer közreműködésével készült egy a csak a fel- 
iratkozottak számára elérhető listákat azonosító folt. 
Domen korábban éppen ez ügy kapcsán megpróbál- 
ta kivenni a MAINTAINENAS fájlból például a linux- 
arm-kernel listát, ám Alan Cox és mások ellenezték 
ezt, így inkább a megjelöléses megoldás maradt. 


Zack Brown 
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InfiniCon Software Release 3.0 
Az InfiniCon Systems megjelen- 
tette /nfiniBand alapú hardver- 
és szoftverplatformjának 3.0-s 








Scalable Family of 
Enterprise Class 


Switches Virtual [/D 





Server Enablement 
s Host Channel 
Adapters (HCA) 
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Infinicon 
Software Architecture 


változatát. Az alaprendszer 

a gazdaprogramokat, a kapcso- 
lókba ágyazott programokat és 
az InfiniCon FastFabric eszközét 
foglalja magába, és a rendszer 
megnyitásával külső eszközök és 
alkalmazások használatát is lehe- 
tővé teszi. A 3.0-s szoftverkiadás 
InfiniBand csatolót tartalmazó 
alaplapokra épülő kiszolgálókon 
alkalmazható, segítségével állo- 
más csatornacsatoló nélkül is 

el lehet érni az [nfiniBand hálóza- 
tot. A 3.0-s változat támogatja 

a 2.6-os Linuxot, akár 1000 cso- 
mópontig is képes méreteződni, 
Oracle tanúsítványa mellett más 
kereskedelmi MPI csomagok 
tanúsítványaival is rendelkezik, 
megbízhatósága és teljesítmé- 
nye javult, valamint bővítették 

a FastFabric eszközök felügyeleti 
képességeit is. 
www.infinicon.com 


NAG Fortran Library Mark 21 
A NAG Fortran Library Mark 21-e 
több mint 300 új függvényt tartal- 
maz, amivel függvényeinek száma 
1500-ra növekedett. Az új függvé- 
nyek között egy teljesen új, 2D 
hálók előállítására használható 
készletet találunk, amelyet nagy 
számú segédfüggvény egészít ki. 
Az új bővítmények polinomok 
nullahelyeinek megkeresésére, 
parciális differenciálegyenletek 
leírására, sajátérték-keresésre 
(LAPACK) és ritkás lineáris algeb- 
ra problémák kezelésére használ- 
hatók. A véletlenszám-előállító 
(G05) függvény kibővült, új szám- 
előállítót tartalmaz, támogatja az 
egyváltozós GARCH, az aszim- 
metrikus GARCH és EGARCH 
folyamatokat, a kvázivéletlen 
számok előállítását, illetve egyéb 
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eloszlásokat. A NAG Fortran 
Library többféle megvalósításban 
érhető el, ezek a géptípusokat 

a PC-ktől kezdve egészen a szu- 
perszámítógépekig lefedik. Hasz- 
nálata nem korlátozódik egyetlen 
környezetre, algoritmusai számos 
más nyelvből, köztük C-t --ból is 
meghívhatók. 

www.nag.com 


Platform for Network 
Eguipment, Linux Edition 

A Wind River Systems bejelen- 
tette a Platform for Network 
Eguipment (NE), Linux Edition 
elérhetőségét. A Platform NE 
támogatja a Carrier Grade Linux 
2.0 előírásokat és a 2.6-os Linux 
rendszermag eszközszoftverek 
fejlesztését segítő megoldásait. 
Segítségével ATCA alapú, a ke- 
reskedelemben készen megvásá- 
rolható megoldások alkalmazha- 
tók a távközlési szintű hálózati 
berendezések felügyeletére és 
vezérlésére. Emellett a Platform 
NE számos külső gyártó eszköze- 
ihez, programjaihoz biztosít hoz- 
záférést, míg a teljes fejlesztési 
ciklus támogatását az Eclipse 
alapú Wind River Workbench 
IDE segíti. 

windriver.com 


CM4000 konzolkiszolgáló 
Új konzolkiszolgáló családot do- 


bott piacra az Opengear, Inc. 
A CM4000 soros konzolkiszolgáló 





8, 16 és 48 kapus változatban 
kapható, Windows, Sun és Linux 
alapú kiszolgálók soros konzoljá- 
hoz képes hozzáférést biztosítani. 
A Opengear CM4000 sorozatú 
készülékei hálózati készülékek 

— útválasztók, átjárók, telefon- 
központok és áramátkapcsolók — 
figyelésére és kezelésére is alkal- 
masak. A távoli telephelyek kiszol- 
gálóinak elérése sávon belül, 

a vállalati TCP/IP-hálózaton vagy 
modemen keresztül lehetséges, 
az adatokat mindkét esetben 


legfeljebb 128 bites AES titkosítás 
védi. Az Opengear CM4000 kon- 
zolkiszolgáló szűrési és hozzáfé- 
rés-naplózási képességekkel is 
rendelkezik, ami fontos segítsé- 
get jelent a konzolnaplók archivá- 
lásához. A CM4000 készülékek 
az okvm nyílt forrású konzolra 

és KVM kezelőprogramra, illetve 
nyílt forrású KVM hardverre épül- 
nek. Webböngészős és parancs- 
soros felügyeleti lehetőségeket 
egyaránt kínálnak. 
www.opengear.com 
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IBM eServer Application 
Server Advantage for Linux 
Az IBM eServer Application 
Server Advantage for Linux, 

más néven Chiphopper egyesíti 
mindazokat a támogatási és 
teszteszközöket, amelyek alkal- 
mazásával a független szoftver- 
gyártók többféle géptípuson is 
futtatható Linuxos termékeket 
fejleszthetnek. Chiphopper ingye- 
nes, segítségével meglévő x86 
(Intel vagy AMD) processzoron 
futó linuxos alkalmazásokat 
lehet átültetni tetszőleges /BM 
rendszerre, illetve alkalmas ezek 
tesztelésére és támogatására is. 
A Chiphopper a kifejezetten az 
operációs rendszerre írt alkalma- 
zásokat és a middleware alapúa- 
kat egyaránt támogatja. Előbbiek 
esetében a Chiphopper a hordoz- 
hatóságot a Linux Standard Base 
(LSB) előírásokra alapozza. 
Emellett a Chiphopper azokat 

az LSB alkalmazásokat is támo- 
gatja, amelyek nyílt bővítmé- 
nyeket használnak, mint például 
az OpenLDAP, az OpenSSL, 

a Kerberos, a PHP, a Perl és 

a Python. A middleware ala- 

pú alkalmazások esetében 

a Chiphopper az IBM Web- 
Sphere, DB2 és Rational cso- 
magját ismeri; Java-, J2EE- és 
webszolgáltatás-támogatást biz- 
tosít, valamint támogatja a szol- 
gáltatásorientált, nyílt szabvá- 
nyokra alapuló megoldásokat. 
www-1.ibm.com/linux 
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Linux kis műholdakon 


A műhold tervezésére és elkészítésére két évnél is kevesebb idő volt, így 
a csapat már meglévő érzékelőket, ipari-szabvány alkatrészeket, héjprogramokat 
és kedvenc operációs rendszerünket használta a projekt összehozásához. 


Védelmi Minisztérium (DOoD) Force 
A Transformation Osztálya (OFT) egy 100 kilo- 

grammos osztályba sorolt mikro-műhold üzem- 
be helyezésének lehetőségével kereste fel a Tengerészeti 
Kutatólaboratóriumot (NRL), amelyen technológiai és 
műveleti kutatásoknak biztosítanának helyet. Az OFT 
legnagyobb kihívást jelentő feltétele a laboratórium felé 
az volt, hogy mindezt egy évnél kevesebb idő alatt kell 
véghezvinni. A TacSat elképzelésünk sikeréhez új kap- 
csolatokat és módszereket kellett kiépítenünk valamint 
figyelembe kellett vennünk a meglévő alkatrészeket, 
programokat és adottságokat. 
A Copperfield-2 érzékelőrendszer, amit a szerző csapa- 
ta fejlesztett a haditengerészetnek, vált a TacSat-1 rako- 
mány infrastruktúrájának sarokkövévé. A Copperfield-2 
érzékelőrendszert (2. ábra) eredetileg ember nélküli 
légijárművekhez (LIAV) terveztük - kiváló alap egy 
űrbéli küldetéshez, hiszen sok tervezési követelmény 
azonos. 
A műhold buszra tekinthetünk űrjárműként. Ez biztosítja 
a rakomány számára a működéshez szükséges fizikai és 
elektromos környezetet. A műhold rakománya a buszon 
szállított érzékelő vagy kísérleti eszköz. A TacSat-1-ben 
használt buszt eredetileg az ORBCOMM használta kis 
méretű kommunikációs műholdakhoz. Ha a Copperfield-2 
repülőn vagy JAV gépen üzemelne, akkor az szolgálna 
buszként, biztosítva a rakomány működéséhez szükséges 
környezetet. 


Moduláris rakomány alkatrészterv 

A Copperfield rakomány első verzióját örökölt alkatrészek- 
ből készítettük el. Ezeket átalakítottunk, hogy az eredeti 
alkatrészek Ethernet-alapú TCP/IP csatolófelületen kapcso- 
lódhassanak össze. A második generációs kísérleti képessé- 
gek tervezése előtti beszerzés során figyelembe vettük a 
különféle busz szabványokat, a készen kapható üzleti meg- 
oldások képességeit és egyéb tényezőket. Úgy döntöttünk, 
egy 3U CompacíPrCI rendszert vásárolunk amely fizikai ki- 
alakítás tekintetében a lehető legnagyobb rugalmasságot te- 
szi lehetővé (3. ábra). Ugyanakkor saját PCI alaplapot hasz- 
náltunk, így a CompactPCI felhasználó által megadható P2 
kapcsoló tűit saját céljainkra használhattuk fel. Eredmény- 
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1. ábra TacSat-1 űreszköz, telepített napelemekkel, Nadir (föld-oldali) 
oldalával felfele 
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2. ábra TacSat-1 Copperfield-2 Rakomány blokkábrája 


képpen egy olyan alaplapot kaptunk, amelynek foglalataiba 
el tudtuk helyezni saját készítésű alkatrészeinket, és vannak 
készen kapott Ethernet kártya befogadására alkalmas fogla- 
latai illetve a PXI szabványhoz illeszkedő foglalatai is. 


























3. ábra TacSat-1 Copperfield-2 CompactPC! Cardset 
és foglalata 


A kész rendszer érdekes keverék lett: Ethernet csatlakozás- 
sal ellátott CompactPCI amely P2 hátlapon nyugszik. 


Moduláris szabvány alapú rakomány szerkezet 

Kevés más program rendelkezik olyan mozgástérrel illetve 
vállalhat akkora kockázatot mint amilyet a TacSat-1 kísérlet 
jelent. A TacSat-1 kísérlet két területen is újítónak számít, 
egyrészt kormányzati készen kapott (GOTS) és COTS alkat- 
részeket alkalmaz, másrészt a szokatlan megközelítéssel ké- 
szíti el arakomány programját amely maximális rugalmas- 
ságot és szabvány alapú műveleteket nyújt. Ez a kockázat- 
vállaló filozófia tette lehetővé a moduláris alkatrész felépí- 
tést. A TacSat-1 számára hasonló módon bővítettük ki a mo- 
duláris program és kommunikációs rendszert, a szabványos 
nyílt forrású programok szerepének ilyen kibővítése újra- 
hasznosítható programhátteret biztosít számunkra amit 
TacSat-1 rakományának rugalmas vezérlésére és irányításá- 
ra használhatunk fel. 

A Copperfield-2 rakományszerkezetét úgy készítettük, hogy 
a lehető legnagyobb rugalmasságot nyújtsa. Mi sem bizo- 
nyítja jobban a szerkezet rugalmasságát mint, hogy egy 
UAV rakományát át tudtuk alakítani űreszközre való alkal- 
mazássá. Mivel a rakomány program alkotói nem űrrepü- 
lés-kritikusak, az űrjármű biztonsága és épsége nem függ 
azok megbízhatóságától, a programok nagy része pedig légi 
és űrrendszereken egyaránt használható. 


Linux rendszermag mint alap 

A Copperfield-2 fejlesztésének kezdetétől szerettünk volna 
a Linux forráskód lendületére, képességeire és elérhetősé- 
gére alapozni. A PowerPC PowerOuicc II processzorkártya 
jóvoltából megoldottnak tekinthettük a robusztus beágya- 
zott rendszer alkatrészigényét. A forráskód elérhetősége 
volt számunkra az egyik legfontosabb jellemző, hiszen 
lehetővé tette, hogy kezeljük a lehetséges problémákat, 
például a lap kiépítési hibáit. Bár a lap tervezése nagyon 
hasonlított a Motorola design-MPC8620ADS-PCI mintára, 
amely bizonyos félreérthetőségek miatt ma már nem elér- 
hető, alkatrész korlátok és más problémák miatt kénytele- 
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nek voltunk változásokat eszközölni a rendszermagban. 

A TacSat-1 fejlesztésének indulásakor több harcedzett vete- 
rán kétkedésének adott hangot a rakomány vezérlőprog- 
ramjának otthont adó Linux miatt. Az NRL-nél fejlesztett 
űrrendszerek esetében általában üzleti valós idejű operáci- 
ós rendszereket alkalmaznak. A szerkezeti tervezés során 
nem találkoztunk komoly valós idejű követelményekkel, 

ez még inkább megerősítette eredeti elképzelésünket, 
miszerint Linuxot használunk a Copperfield-2 és így 

a TacSat-1 alapjául. 

Néhány módosításon kívül, amelyekre a Linux működésre 
bírásához volt szükség a rendszerünkön, mindössze három 
meghajtót készítettünk: az egyik az érzékelő adatformátu- 
mát kezelte; a második a Xilinx SystemAce csatolófelülete 
volt (ezt a CompactFlash csatolófelületet használhattuk az 
FPGA-k betöltésére és az OS tárolójaként; végül a harmadik 
a PowerPC 823 HSI csatolófelület doboza amely az FPGA- 
val tartja a kapcsolatot. Mivel a PowerPC processzorunk 
memóriaterébe nagy méretű Xilinx Virtex-II részt lapoz- 
tunk be, az FPGA tervek megváltoztatása helyett néhány 
újítást vezettünk be az eszközmeghajtó fejlesztésben. Don 
Kremer az Aeronixtől kifejlesztett egy eszközkészletet amely 
képes Verilog forrásfájlokat olvasni és számtalan makrót, 

C kódot sőt még HTML dokumentációt is készíteni, így 
lényegében Verilog alkatrész-specifikációk alapján el tudtuk 
készíteni a meghajtók nagy részét. 


A COTS processzorok hálózati szerkezete 

A Copperfield-2 rakomány magja két fő funkciót látott el 

a küldetésben. Elsősorban egy érzékelőrendszerről van szó 
amely fogadja a begyűjtött adatokat, feldolgozza azokat és 
kapcsolatot teremt a rendszer kommunikációs eszközével, 
hogy az eredményeket más érzékelőknek és földi állomá- 
soknak küldje tovább. Másodsorban, általános célú számító- 
gépes rendszerként működik amely a tároló és adatkezelés 
hátterét biztosítja. Valójában a Copperfield-2 rakománya 
közt több általános célú processzort is találunk, amelyek 
Ethernet hálózaton keresztül tartják egymással a kapcsola- 
tot. A csillag felépítésű Ethernet szerkezet központját 

a COTS Ethernet kapcsolóját (switch) találjuk. 


Átjáró az örökölt busz eszközhöz 

Az UAV rakomány Ethernet TCP/IP szabvány alapú szerke- 
zetét úgy szerettük volna kihasználni, hogy közben együtt- 
működők maradunk a műhold buszának örökölt OX.25 csa- 
tolófelületével (ez biztosítja atudományos adatok és 

a egészségi állapot telemetria adatok jellevételét) ezért egy 
másik beágyazott számítógépes modult is készítettünk, 
amelynek egyetlen feladata a híd biztosítása volt. Ezt a mo- 
dult nagy sebességű csatolófelületnek neveztük (HST) 
amely az űrjármű kommunikációs vezérlőegységéhez kap- 
csolt ZMB-os szinkron soros buszt tette elérhetővé. A HSI 
alkatrész FPGA alkatrész és BSE ipEngine általános célú 
PowerPC 823 beágyazott processzor keverékéből állt. 

A HSI-ben az FPGA biztosította az adatkapcsolathoz szük- 
a szinkron adatkapcsolatról. A PowerPC Linux 2.4-alapú 
rendszermagot futtatott, ahol a HSI FPGA csatolófelületet 
szabványos Linux eszközmeghajtóként készítettük el. Nem 
használtunk semmilyen különleges valós-idejű kiterjesztést, 


2005. június 11 


Szaktekintély 


0 Kiskapu Kft. Minden jog fenntartva 








NYELT [T 


0 Kiskapu Kft. Minden jog fenntartva 








a szabványos protokollt használó TCP/IP hálózati verem 
illetve az eszközmeghajtó megoldásunk közötti kapcsolatot 
pedig Linux-alapú program biztosítja. A HSI rendszer le- 
hetővé teszi, hogy egyszerre több folyamat és Ethernet- 
kapcsolatú számítógép érje el az űreszköznek küldött 
adatfolyamot. A Copperfield-2 processzorán futó PowerPC 
kommunikációs vezérlő könnyedén el tudta volna látni 

a TacSat-1 HSI feladatait. Azonban a rendkívül korlátozott 
alkatrész elérhetőség miatt illetve a párhuzamos fejlesztési 
lehetőségek bővítése érdekében ezt a csatolófelületet is 
külön fejlesztettük. 


Gyors rakományprogram-fejlesztés meglévő eszközökkel 
Általában minden műhold program leginkább , egyedi" ré- 
sze a rakományvezérlő program. Minthogy a Copperfield-2 
rakományának legtöbb processzorral rendelkező része 
Linuxot futtatott, érdekes programozási lehetőség merült 
fel. A rakomány programjának nagy része bash (Bourne 
Again Shell) héjprogramként készült. A rakomány gyors fej- 
lesztése során az volt az alapelvünk, hogy a programfejlesz- 
tést két részre, saját és újrahasznosított programmodulokra 
osztjuk fel. Ezt az elgondolást annak érdekében vezettük 
be, hogy a saját programozási munkánkat néhány függ- 
vény és speciális célú program készítésére csökkentsük. 
Esetenként úgy találtuk, hogy a meglévő eszközök nem iga- 
zán teljesítik az igényeinket. Ezeket módosítottuk és saját 
verzióval helyettesítettük. 

Ezek a különleges célú programok és meghajtók apró pa- 
rancssoros felületen keresztül vezérelhették a rakomány 
elemeit, így korlátozott képességeiket teljes körűen ki lehe- 
tett próbálni és tesztelni. 

A programokat a LINIX parancssoros képességeket szem 
előtt tartva készítettük el, ideértve a szabványos bemeneten 
(STDIN) beérkező adatfolyamokat illetve a szabványos kime- 
neten kiküldött (STDOUT) kimenetet. Ezeket az elveket 
szem előtt tartó csatolófelülettel ellátott programeszközök 
fejlesztése a kezdeti LINIX-os időktől kezdve rengeteg operá- 
ciós rendszerben szabványnak számít. Ezt a stratégiát szeret- 
tük volna mi is folytatni és erre akarunk építkezni, hiszen 
rendkívül rugalmas lehetőség, amellyel komoly képességeket 
hozhatunk létre, egyszerű de mégis hatékony eszközökkel. 


GNU és nyílt forrású eszközök 


A programszetkezet tervezése során az első lépés annak 
megvizsgálása volt, hogy milyen kész eszközök állnak a fej- 
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1. lista tar, gzip és netcat eszközöket felvonultató 
jellevételi csővezeték 


ft fájlletöltési csővezeték beállítása 
tar -cf - $ídownloadFileListi I] gzip -c -I DN 
file downloader -tgid $ítarget gidk -rIpN 
$íreturn link pathpA 
-dri $í(dump. reguest idpN 
-fmt $(dataFormatl [NN 
netcat localhost $(f!returnLinkService3 


2. lista érzékelő adatfolyam feldolgozó 
csővezeték 


ft adatfeldolgozó csővezeték indítása 
f (with cpf ignoring SIGINT, SIGTERM) 
eval "cat $dig data stream [NN 
tee $raw file [NN 
cpf -i -v$cpf verbosity $cpfparams NM 
5 $output file €" 
tf dig csatorna engedélyezése 
set hardware "echo $dig channel N 
channelEnable ena ] mapper 2:€1" 


lesztők rendelkezésére. Esetünkben a Linux terjesztés és 

az igen jó ajánlásokkal rendelkező GNU és nyílt forrású 
eszközök biztosították a szükséges funkciókat. Időről időre, 
ahogy a rakomány programját fejlesztettük, újra lenyűgö- 
zött bennünket az a rugalmasság és rendkívüli mennyiségű 
lehetőség amit a különféle parancsok nyújtottak. 

Az egyik példa a GNU gzip tömörítőprogramja. Az földi 
kapcsolat kialakításakor a rakomány adatokat vezet át több 
program csövön valós időben. A flash fájlrendszeren talál- 
ható kiindulási állomány több eszközön megy keresztül, 
többek közt tömörítési állomásokon és a műhold buszán. 
Mint kiderült, kicsit hangolnunk kellett a gzip tömöríté- 
si/teljesítmény arányán, hogy az 1MB-os jellevételünket 
teljesen kitölthessük adatcsomagokkal. A jellevételbe szúrt 
gzip viszonylag új megoldás volt és segítéségével teljes 








szélességében ki tudtuk használni a lefele irányuló kapcso- 
latunkat. A parancssor és STDIN/STDOUT csatolófelülete- 
ken alapuló felépítés lehetővé tette, hogy az ilyen típusú 
képességeket, számítási rendszerünk teljesítményének 
határain belül, átlátszóan szúrjuk be az adatfolyamba. 


Rakományvezérlő alrendszer bash alapokon 
Parancsfájlkezelő nyelv kiválasztása nem könnyű feladat. 

A nyílt forrású világban igazán sok alkalmas megoldást ta- 
lálunk. A Perl talán jó választás lett volna, de nem nagyon 
tetszett nekünk a telepítési mérete és memóriaigénye. 

A Python szintén jó választás tűnt, de azzal meg a fejlesztő- 
csapatnak nem volt tapasztalta. A leghatékonyabb progra- 
mozható héj nyelvnek a bash tűnt, igaz egyben ez volt 

a legmemória-igényesebb is. A legkisebb beágyazott rend- 
szerünk nem is bírta volna el a bash teljes méretét, azonban 
a Busybox könnyűsúlyú héjértelmezője, az ASH, majdnem 
ugyanolyan hatékonynak bizonyult az apró célon előfordu- 
ló feladatok vezérlésében és megfigyelésében. 

A rakomány vezérlő programterv teljes szerkezeti megvi- 
tatásához sajnos nincs elegendő helyünk, röviden össze- 
foglalva a program magját a rakomány különféle funkcióit 
támogató bash programok alkotják. A rendszer a POSIX- 
stílusú fájlrendszer biztonsági megoldásait használja ki. 
Rendszerindításkor az első folyamat root jogon indul. 
Ahogy a rakománykezelő program üzembe lép BOOT 
felhasználóként kezd el működni. A rendszer BOOT jogon 
képes ellátni néhány kritikus rendszerfeladatot, például 
biztosítani a bináris telemetria folyamokat, fájlátvitelt és 


3. lista Adat kimenetei csővezeték minta 
az adatkiküldés előtti utolsó lépében elvégzett védett 
adatformátumra alakítással 


$ Start the pipeline 
format event -severity $severity level N 
-status $status code N 
-failcmd $fail. cmd N 
-text "$fevent textj NN 


-debug $debug level 2535 
s $logFileN 
] ox25 -tbox $ítboxi -tgue $ítguep NM 
-sbox $ísboxj -sgue $ísguep NN 
-cflgs $ícflgs3 -seg $(segyN 
-func $ífunci -subfunc 


5 $ísubfuncyN 
-debug $í(debug levelkN 
255 $logFile N 
] netcat $ncverbose localhost 
5 $f!returnLinkServicek N 
255 $logFile 


közvetlen parancsokat. Amikor az érzékelő feladatokra 
kerül a sor, a rendszer átlép TRANSITION állapotba végül 
minden további adatgyűjtés OPS felhasználóként történik, 
akinek más jogosultságai vannak. Az adatgyűjtés végen 
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az OPS-t leállásra utasítjuk. A BOOT könyvtárakból több 
redundáns változatot is terveztünk a rendszerbe így fájl- 
rendszer meghibásodás vagy más komoly probléma esetén 
van tartalék változatunk. 

Minden rakományvezérlő rendszerfunkciót bash parancs- 
fájlok indítanak. Ezek készítik a beállítások, idő, dátum és 
egyéb információkat követésére használt összetett fájlneve- 
ket. Segítségükkel kicsomagoljuk a műholdra felküldött pa- 
rancsokat és állományokat. A parancsok maguk is egysze- 
rűsített képességekkel rendelkező bash héjprogramok. Ezek 
más bash programokat hívnak meg amelyek a tényleges 
adatgyűjtést végzik vagy környezeti változókat állítanak be 
amelyek más parancsfájlok futását befolyásolják. 

A bash parancsnyelv, a GNU és nyílt forrású eszközök és 

a saját készítésű parancssoros alkalmazások ilyen kombiná- 
ciója egyedülállónak számít a műholdprogramokban. 

A TacSat-1 esetében a legnagyobb saját készítésű kód felada- 
ta az érzékelők adatainak kezelése volt, ugyanis a TCP/IP 
világ adatait át kellett alakítani a védett OX.25 formátumra. 


Osztott fejlesztés és együttműködés 

A TCP/IP-alapú rendszerek és az egységes Linux operációs 
rendszer egyedülálló lehetőséget biztosított a megoszló fej- 
lesztési környezethez. A TacSat-1 fejlesztésének kezdetén, 
saját PowerPC 8260 fejlesztői eszközünk elérhetősége erő- 
sen korlátozott volt. A rakomány programok legtöbbjének 
tervezési ciklusa Intel x86-alapú számítógépeken indult 
meg, amit később átvittünk általános PowerPC beágyazott 
processzorok alá, míg végül átkerültek a végső rendszerre. 
A programtervező csapat fizikailag szétszórtan dolgozott és 
egy virtuális belső hálózat (VPN) kötötte össze őket. A távoli 
energiavezérlő eszközök tették lehetővé a külső munkahe- 
lyen dolgozó fejlesztőknek, hogy az alkatrészek áramellá- 
tást ki- és bekapcsolják. A létfontosságú kommunikációs és 
kapcsolattartó vezérlési dokumentációk (ICD-k) terjesztését 
és küldését a webalapú együttműködési eszköz tette lehe- 
tővé. Néhány fejlesztő azonnali üzenetküldő (instant 
messaging) technológiát is alkalmazott hogy kapcsolatot tart- 
hasson a többiekkel. Az együttműködési munkakörnyezet- 
be nem rég került bele a megtanult leckéket hálózati adat- 
bázisban nyilvántartó E-Log. Szeretnénk a Bugzilla képessé- 
geit is beépíteni a rendszerbe a viszonylag kidolgozatlan 
Message Forum-alapú probléma jelentő (PR) követőeszkö- 
zünk kiváltására. 

A rakomány adathálózat TCP/IP jellege lehetővé tette a fej- 
lesztőknek, hogy a kommunikációt a szabványos PC-n tör- 
ténő fejlesztéstől kezdve a végső kommunikációig a terve- 
zés minden egyes lépése során kipróbálják, mielőtt beillesz- 
tettük volna a busszal kapcsolatot tartó speciális alkatrészt. 
az Ethernet teszt kapu még azután is hálózati elérést bizto- 
sított aműholdhoz miután a rakományt teljes egészében 

a buszba építettük. Ez a rendszer kollektív hibakeresésekor 
felbecsülhetetlen segítségnek bizonyult. A teszt kapuk hoz- 
záférést biztosítottak a legtöbb rakomány elem soros 
konzolához, illetve néhány esetben a JTAG vagy más alkat- 
rész hibakereső kapukhoz is. 

A rakomány programtervező csapatban találhattunk ta- 
pasztalt műhold és földi állomástervező szakembereket, 
csakúgy mint a TCP/IP adatforgalom és Web/CGI alkalma- 
zás fejlesztésben jártas tervezőket illetve beágyazott-rend- 
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szer szakértőket. Bár ez az összetétel merőben eltért a szo- 
kásos műhold programtervező csapattól, viszont közel tö- 
kéletes egyensúlyt biztosított a tudás és a újító módszerek 
között így a lehető legtöbbet lehetett kihozni az eredetileg 
légi járművekhez tervezett programokból. A kiterjedt távoli 
együttműködés, a csatolófelület tesztelés és a hálózati ké- 
pességek lehetővé tették a zökkenőmentes busz-rakomány 
összeépítést. 

A rakományvezérlő program magja, ideértve a legtöbb pa- 
rancsot és vezérlőhéjprogramot, kevesebb mint négy hónap 
alatt készült el, elejétől a végéig. Amikor újabb érzékelőket 
kaptunk, a további érzékelők életre keltése érdekében újabb 
parancsfájlok kerültek a rakományvezérlő program magjá- 
ba. A műholdra igény szerint újabb képességeket és foltokat 
lehet feltölteni. 


Osszefoglalás 

Kevés műholdas programnak van olyan támogatási mozgás- 
tere és kockázatvállaló lehetősége mint amilyet a TacSat-1 
kezdeményezés biztosított. Ebből a szemszögből a TacSat-1 
program lehetővé tette a GOTS és COTS alkatrész eszközök 
újító kihasználását valamint a rakomány program maximális 
rugalmasságot és szabvány alapú működtetést biztosító új- 
szerű megközelítését. A Copperfield-2 moduláris felépítése 
gyors alkatrész beépíthetőséget tett lehetővé, bizonyítva 

a moduláris rakomány használhatóságát, melynek alkal- 
mazási köre az LIAV rendszerektől az űralkalmazásokig 
terjed és teljes mértékben Linuxra illetve GNU programok- 
ra alapoz. Írásunk születésekor a TacSat-1 indítását 2005 
februárjára ütemezték. 
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Csoporttól Jeff Angielskinek a Linux átültetésért, eszközmeg- 
hajtókért és érzékelőtámogató programokért. Köszönet illeti 
még Wolfgang Denxet és a Linux PowerPC közösséget amiért 
ilyen hibatűrővé és stabillá tették a PowerPC Linuxot. 


Linux Journal 2005. április, 132. szám 


Christopher Huffine villamosmérnök az Amerikai Ha- 
ditengerészet kutatólaboratóriumában, és a Haditen- 
gerészet Űrtechnológiai Központjában (Naval Center 
for Space Technology) dolgozik. A főiskola óta hasz- 
nál Linuxot különféle gépeken, asztali munkaállomá- 
soktól kezdve a beágyazott számítógépekig. 


2 www.nrl.navy.mil/content.php?P—-O4REVIEVV207 


2 www.nrl.navy.mil/content.php?P—-O4REVIEVV212 














Hatékony memóriakezelésú, kettősen láncolt lista 


A jól ismert adattípus újabb megvalósításával értékes bájtokat takaríthatunk meg. 


gyártók fontos szempontja a kisméretű eszközök 
A előállítási költségének csökkentése, amelynek kap- 

csán sokszor a memória kisebbre vétele is felme- 
rül. Az egyik lehetőség a mindennapok során széles körben 
használt absztrakt adattípusok a megszokottól eltérő meg- 
valósításának használata. Ilyen absztrakt adattípus a kettő- 
sen láncolt lista is. Írásomban a kettősen láncolt lista egy ha- 
gyományos és egy újfajta megvalósítását fogom ismertetni, 
illetve kitérek a beszúrás, a bejárás és a törlés műveletének 
végrehajtására is. Szóba kerül az egyes megvalósítások idő- 
és memóriaigénye is, így össze lehet hasonlítani előnyeiket 
és hátrányaikat. Az újabb megvalósítás a mutatók távolsá- 
gára alapul, ezért ez alkalommal mutatótávolság alapú 
megvalósításnak fogom hívni. Esetében mindegyik csomó- 
pontnak csak egy mutatót kell tárolnia, ez a lista előre és 
hátra irányú bejárhatóságát egyaránt biztosítja. A hagyomá- 
nyos megvalósításnál egy előre irányú mutató mutat a lista 
következő, valamint egy visszirányú az előző elemére. Az 
emiatt jelentkező többletterhelés a hagyományos megvaló- 
sításnál 66 százalék, míg a mutatótávolság alapúnál 50 szá- 
zalék. Ha többdimenziós kettősen láncolt listát használunk, 
például dinamikus rácsozatot akarunk létrehozni, akkor 
a megtakarítás ennél jóval nagyobb is lehet. 
A kettősen láncolt listák hagyományos megvalósítását rész- 
letesebben nem fogom elemezri, leírása ugyanis gyakorlati- 
lag bármely adatszerkezetekkel vagy algoritmusokkal fog- 
lalkozó könyvben megtalálható. A hagyományos és a muta- 
tótávolság alapú megvalósítás használata nagyon hasonló, 
így memória- és időigényük is könnyen összehasonlítható. 


A csomópont 
A mutatótávolság alapú megvalósítás egy csomópontja 
a következőképpen épül fel: 


typedef int T; 
typedef struct listNodef 
T elm; 
struct listNode " ptrdiff; 


3; 


A ptrdiff mutató a következő és az előző csomópontra irá- 
nyuló mutatók közötti távolságot adja meg. A mutatótávol- 
ságot kizáró VAGY (EXOR) művelettel kapjuk meg. Minden 
ilyen listának van egy kezdő és egy záró csomópontja. 

A kezdő csomópont a lista fejére mutat, a záró pedig a far- 
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kára. Definíció szerint a kezdő csomópont előtt egy NULL 
csomópont található, ahogy a záró csomópont után is. Egy 
egyetlen csomópontbál álló listánál az előző és a következő 
csomópont egyaránt NULL csomópont, ezért a ptrdiff 
mezőbe is NULL mutató kerül. Egy két csomópontból álló 
listában a kezdő csomópont előtti csomópont NULL, az utá- 
na lévő pedig a záró csomópont. A kezdő csomópont eseté- 
ben a ptrdiff mezőbe a záró csomópont és a NULL muta- 
tója közötti EXOR művelet eredményét kell írnunk, amivel 
a záró csomópontot kapjuk. A záró csomópont ptrdiff 
mezőjébe hasonló eljárással a kezdő csomópont kerül. 


Bejárás 

Az egyes csomópontok beillesztésének alapja a bejárás. Az 
előre- és a hátrafelé mozgáshoz egyetlen egyszerű eljárásra 
van szükség. Ha átadott értékként a kezdő csomópontot 
adjuk meg, akkor — mivel az előző csomópont NULL - a be- 
járás értelemszerűen balról jobbra irányul. Ha átadott érték- 
ként a záró csomópontot adjuk meg, akkor a bejárás jobbról 
balra halad. A jelenlegi megvalósítás a lista közepéről indí- 
tott bejárást nem támogatja, ugyanakkor ennek megvalósí- 
tása sem okozhat különösebb nehézséget. A NextNode 
(következő csomópont) a következőképpen épül fel: 


typedef listNode " plistNode; 
plistNode NextNode( plistNode pNode, 
plistNode pPrevNode)( 
return ((plistNode) 
CCint) pNode-sptrdiff A ( int)pPrevNode) ); 


Minden elem mutatótávolságát úgy számítjuk, hogy EXOR 
műveletet végzünk a következő és az előző csomópont kö- 
zött. Ha tehát EXOR-t végzünk az előző csomóponttal, 
megkapjuk a következőre irányuló mutatót. 


Beillesztés 

Tegyük fel, van egy új csomópontunk, valamint ismerjük egy 
meglévő csomópont értéktartalmát, és az új csomópontot 

a megadott értéket bejárási irány szerint elsőként tartalmazó 
csomópont után szeretnénk beilleszteni. (1. kódrészlet) Meglé- 
vő listába új csomópontot három csomópont mutatóinak mó- 
dosításával illeszthetünk be, ezek a jelenlegi, a jelenlegi után 
következő és az új csomópont. Ha átadott értékként az utolsó 
csomópont értékét adjuk meg, akkor a lista végére fogjuk fűz- 
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1. kódrészlet Új csomópont beillesztésére 
szolgáló függvény 


void insertAfter(plistNode pNew, T theElm) 
í 
plistNode pPrev, pCurrent, pNext; 
pPrev — NULL; 
pcurrent - pStart; 
while (pcurrent) ( 
pNext - NextNode(pcurrent, pPrev); 
if (pcurrent-selm -— theElm) ( 
/:" véget ért a bejárás "/ 
if (pNext) ( 
/" módosítjuk a meglévő következő 
5 csomópontot "/ 
pNext-xptrdiff -— 
(plistNode) (Cint) pNext-cptrdiff 
A (int) pcurrent 
A Cint) pNew); 
/" módosítjuk a jelenlegi csomópontot "/ 
pcurrent-:ptrdiff - 
(plistNode) (Cint) pNew A Cint) pNext 
A Cint) pcurrent-sptrdiff); 
/" módosítjuk az új csomópontot "/ 
pNew-:ptrdiff - 
(plistNode) (Cint) pcurrent 
A Cint) pNext); 
break; 
HI 
pPrev - pcurrent; 
pcurrent - pNext; 


ni az új csomópontot. Ha ilyen lépések sorozatával építünk 
fel egy listát, az időigényt is könnyen meg tudjuk vizsgálni. 
Ha az InsertAfter) (beillesztés mögé) eljárás nem találja 

a megadott értéket, akkor nem illeszt be új elemet. 

Először a NextNode() eljárás segítségével ellépkedünk 

a megadott értéket tartalmazó csomópontig. Ha megtalál- 
tuk, akkor mögé illesztjük az új csomópontot. Mivel a kö- 
vetkező csomópont mutatókülönbözetet tárol, a megtalált 
csomóponttal EXOR kapcsolatba hozva feloldjuk a benne 
tárolt értéket. Következő lépésként EXOR műveletet vég- 
zünk az új csomópont felhasználásával, hiszen a következő 
csomópont előző csomópontja az új csomópont lesz. A je- 
lenlegi csomópontot hasonló eljárást követve módosítjuk. 
Először egy EXOR művelettel feloldjuk a következő csomó- 
pontra vonatkozó mutatókülönbséget. Újabb EXOR műve- 
letet végzünk az új csomóponttal, ezzel megkapjuk az új 
mutatókülönbséget. Végül, mivel az új csomópont a jelenle- 
gi és a következő közé kerül, ezeket EXOR kapcsolatba hoz- 
va megkapjuk az új csomópont mutatókülönbségét. 


Törlés 

A törlés jelenlegi megvalósítása a teljes listát törli. Írásom célja 
a dinamikus memóriahasználat szemléltetése és a megvalósí- 

tott primitívek futtatási idejének vizsgálata. Nyilván nem vol- 
na nehéz primitív műveletek mindenre kiterjedő gyűjtemé- 
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nyével előállni. Mivel a bejáráshoz két csomópontra irányuló 
mutatót is ismernünk kell, a jelenlegi csomópontot nem töröl- 
hetjük azonnal a következő csomópont megtalálása után. 
Ehelyett, ha megtaláltuk a következő csomópontot, mindig az 
előzőt töröljük. Ha a jelenlegi csomópont helyének felszaba- 
dításakor a jelenlegi csomópont az utolsó, akkor végeztünk is. 
Egy csomópont akkor számít utolsónak, ha a vele végrehaj- 


tott NextNode() függvény NULL csomópontot ad vissza. 


Memória- és időigény 

Az itt tárgyalt megvalósítás kipróbálására a második kód- 
részletet a Linux Journal FIP-helyéről (ftp.ssc.com/pub/lj/ 
listings/issue129/6828.tgz [1]) lehet letölteni. Saját Pentium II 
(349 MHz, 32 MB RAM és 512 KB másodszintű gyorsítótár) 
gépemen futtatva a mutatótávolság alapú megvalósítás 15 
másodperc alatt hozott létre húszezer csomópontot. Ennyi 
időre van szükség húszezer csomópont beillesztéséhez. 

A teljes lista bejárása vagy törlése egy másodpercig sem tart, 
ezért ezeket a műveleteket nem ilyen időfelbontásban érde- 
mes vizsgálni. Rendszerszintű megvalósításnál az időzítése- 
ket inkább milliszekundumos felbontással szokták figyelni. 
Ha ugyanazt a mutatótávolság alapú megvalósítást tízezer 
csomóponttal futtatjuk, akkor a beillesztés mindössze há- 
rom másodpercig tart. A teljes lista bejárása vagy törlése ke- 
vesebb mint egy másodpercet igényel. Húszezer csomópont 
tárolásához 160000 bájtra van szükség, tízezer csomópont 
pedig 80000 bájtnyi területen fér el. 30000 csomópont táro- 
lásakor a beillesztéshez 37 másodpercre van szükség. A tel- 
jes lista bejárása vagy törlése ez esetben is egy másodperces 
időtartam alatt történik meg. Az időigényekből nagyjából 
látható, hogy a dinamikus memória (kupac) használata egy- 
re erőteljesebb. A dinamikus memóriában egyre nehezebb 
szabad szakaszt találni, ennek ideje nemlineárisan, sőt, in- 
kább hatványosan növekszik. 

A hagyományos megvalósításnál tízezer csomópont beillesz- 
tése ugyancsak három másodpercig tart. A bejárás ideje előre 
és hátra haladva egyaránt egy másodperc alatt van. Tízezer 
csomópont tárolásához összesen 120000 bájtra van szükség. 
Húszezer csomópont kezelésekor a beillesztés 13 másodper- 
cet igényel, a bejárás és a törlés ideje pedig továbbra is egy 
másodpercen belül marad. Húszezer csomópont kezeléséhez 
összesen 240000 bájtot kell biztosítani. Harmincezer csomó- 
pontnál 33 másodpercig tart a beillesztés, és továbbra is keve- 
sebb mint egy másodpercig a bejárás és a törlés. Harminc- 
ezer csomópont összesen 360000 bájt területet foglal le. 


Osszefoglalás 

A kettősen láncolt lista hatékony memóriakezelésű változata 
az időigény tekintetében minimális többlet mellett valósítha- 
tó meg. Okos tervezéssel mindkét megvalósításhoz össze 
lehet állítani a primitív műveletek átfogó gyűjteményét, 

ám a műveletek időigénye jelentős mértékben eltérhet. 
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Prokash Sinha 18 éve rendszerprogramozással foglalkozik. 
Dolgozott már fájlrendszereken, hálózat- és memóriakezelé- 
sen, UNIX, OS/2, NT, Windows CE és DOS operációs rendszer 
alatt egyaránt. Fő érdeklődési területe a rendszermag és a be- 
ágyazott rendszerek. A prokashXgarlic.com címen érhető el. 








Előadóművészek a weben 


Az UpStage segítségével a legközelebbi színház mindössze 


pár egérkattintásnyira van. 


ő rók, zenészek, festők, filmkészítők és más művészek 
h] régóta használják a webes eszközöket. Mindössze 
egyetlen hagyományos művészeti forma nem képvi- 
seltette magát eddig a kibertérben -— a színház. Ha azonban 
hajlandóak vagyunk az új médiumhoz alkalmazkodni, 
máris új művészet születik, a kiberszínház. 

A kiberszinház (cyberformance) kifejezés a Helen Varley 
Jamieson Új zélandi művésztől származik, aki a következő- 
képpen határozta meg: előadás, amely valós időben az 
Internet segítségével hozza össze a távoli előadóművészeket 
egy élő színházi esemény kialakításához". 

Néhány évig az Avatar Body Collision kiberszinház csapat- 
tal dolgozott, ingyenes Internet csevegőkkel alakítva ki elő- 
adásokat az kibertérben. Végül, hogy ő maga, segítői és 
hallgatósága Web alapú színpadhoz juthassanak, ő kezde- 
ményezte a Douglas Bagnall által készített UpStage nyílt for- 
rású projektet (lásd a hálózati forrásokat). A 2004. januárjá- 
ban megjelent első kiadás az Újzélandi Kutatási, Tudomány 
és technológia és Kreatív Újzéland Minisztériuma támogatta. 
Jelenleg a fejlesztések folytatásához keresnek forrásokat. 
Természetesen a programot nem csak hálózati előadóművé- 
szek használhatják. Az UpStage érdekes lehetőséget biztosít 
a hálózati tanításra, valamint a termék, illetve egyéb bemu- 
tatók tartására. Akár együttműködési rendszerként is hasz- 
nálhatjuk virtuális munkacsoportok esetében. Az UpStage 
nagy erőssége a felhasználóbarát és kiválóan használható 
felülete: Az előadóknak és a hallgatóságnak nincs szüksége 
többre egy szokásos böngészőnél és Internet kapcsolatnál 
ahhoz, hogy részt vehessen az előadáson. Az új fiúk nagyon 
hamar megtanulják az alapokat és azon kapják magukat, 
hogy máris szövegeket kopácsolnak és avatart váltogatnak. 


Színházunkat gondosan meg kell terveznünk 

A kiszolgálóprogram Python nyelven készült és saját 
webkiszolgálóval rendelkezik, így a művészek bárhol 
könnyedén elő tudják készíteni a színpadot, ahol csak a no- 
teszgépüket a hálózatra csatlakoztathatják. A webkiszolgálón 
kívül (amelyhez a Python Tiwvisted keretrendszerére van szük- 
ségünk) a program igen széles körben használ más nyílt for- 
rású eszközöket, amelyek általában megtalálhatóak egy Linux 
rendszeren. Ilyen például a Festival szöveg-beszéd átalakító, 
a netpbm eszközök és a gif2png. A cikk melletti széljegyzetben 
megtudhatjuk milyen problémák vannak a GIF képekkel. 
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Két csomag viszont gyakran hiányzik a Linux terjesztésekből: 
az swfttools és a lame MP3 kódoló. A The Coroner"s Toolkit 
időzítő programja, amelyet a beszédszintetizáláshoz használ, 
szintén gyakorta kimarad. Ez azonban nem olyan nagy prob- 
léma, ha valaki nem fél hozzányúlni a forráskódhoz. 

A színpad Flash ügyfél így kerül a képbe az swfttools. Ezzel 
alakítjuk át a színpad dekorációhoz és az avatarokhoz hasz- 
nált PNG és JPEG képeket Flash formátumúvá. Következés- 
képpen az előadóművészeknek és a hallgatóknak egyaránt 
szükségük lesz a Macromedia Flash bővítményre a böngé- 
szőjükben. A KHTML- és Mozilla-alapú böngészők kiválóan 
használhatóak, az opera viszont jelenleg még nem megfelelő. 
Sajnos, írásunk születésekor az UpStage aktuális verziója 
nem támogatja a PATH beállításokat. Ezért aztán érdemes 
ellenőrizni, hogy a fent említett programok megtalálhatóak- 
e az sh-ba fordításkor beégetett könyvtárak egyikében: 


$ strings /bin/sh I grep -E "/(binlsbin)" 

[...] 
/usr/local/sbin:/usr/1ocal/bin:/usr/sbin:/usr/bin: 
/sbin:/bin 


Amennyiben nem, érdemes létrehoznunk néhány csatolást. 
Különben a hibakeresés nem lesz egyszerű, ugyanis az 
UpStage nem kifejezetten nagymestere a minden eshetősé- 
get lefedő értelmes hibaüzeneteknek. A dolgok csak tovább 
bonyolódnak ha a hangeszközt is használni szeretnénk. 

Az UpStage ugyan a /usr/local/bin könyvtárban keresi a gra- 
fikus eszközöket, nem feltétlen találja meg a lamet-t is itt. 
Ezért azok akik nem szeretik a forrást piszkálni, úgy tűnik 
kénytelenek lesznek létrehozni egy közvetett hivatkozást 
Jusr/bin/lame néven. 


A színház felállítása 

Ideje beindítani a kiszolgálót. Tömörítsük ki a forrásállo- 
mányt Upstage-2004-09-28.tar.gz, majd lépjünk be a frissen 
létrejött Upstage könyvtárba. Az itt található go.sh program 
megpróbálja megölni a LIpstage/twistd.pid állományban 
megadott régi twisted-kiszoglálót majd elindít egy újat. 
Ezért aztán ne essünk pánikba, ha elsőre néhány hibaüze- 
nettel találkozunk amikor előjogok nélkül futtatatjuk a 


./go.sh 
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programot. Csak annyit jelentenek, hogy az Upstage 
létrehozta a pid-állományt. 

Biztonsági megfontolásokból az UpStage-et nem ajánlatos 
root jogon futtatni. Pontosan emiatt használ a kiszolgáló 
1024 feletti, előjogok nélküli kaput. Az UpStage kiszolgáló 
által használt kapu szabadon beállítható. Amennyiben vala- 
kinek nem tetszik az alapértelmezett 8081-es kapu, változ- 
tassa meg a következő sort az Upstage/upstage/config.py 
állományban: 

WEB PORT - 8081 

majd futtassa le újra a . /go . sh-t. 

Tekintve hogy az UpStage 2004 szeptemberi változatából 
hiányzik az a könyvtár, ahol a kiszolgáló az ideiglenes MP3 
állományokat tárolja, sok gondtól kíméljük meg magunkat 
ha előre létrehozzuk azt: 


mkdir html/speech 


Most már a helyi böngészőnket átirányíthatjuk 

a http://localhost:8081/ címre, és máris a színházunk bejára- 
tában állunk (1. ábra). Ezt az Upstage/html/index.html állo- 
mány HTML szövegének és Upstage/html/style/main.css 
stíluslapjának átszabásával igazíthatjuk saját igényeinkhez. 
Érdemes egy relatív hivatkozást felvenni a színpadhoz 

"ca href-"/stages"5c/a:" (a hallgatóságunk hálás lesz) 
illetve kialakítani egy bejelentkező felületet a színészeknek. 
A színházban van egy hátsó ajtó is a személyzetnek. 

A http://localhost:8081/admin URL illetve az 
http://localhost:8081/login.html azonnal a bejelentkező 
képernyőhöz visz bennünket amelyet az Upstage/htmI/ 
login.html állományban változtathatunk meg. 


Társulat felfogadása 

Az UpStage alapértelmezett színházigazgatójának neve , 2", 
és Z-nek nincs jelszava. Ezt valószínűleg meg szeretnénk 
változtatni, úgyhogy jelentkezzünk be és lépjünk a színház 
igazgatóságára. Az , Add a new player link" segítségével 
ugorjunk a Http://localhost:8081/admin/new/player lapra és 
vegyük fel az új igazgató nevét és jelszavát. Ha őt szeret- 
nénk megtenni nagyfőnöknek, aki felfogadhat és elbocsát- 
hat ne feledjük el az , Add or Remove Players" melletti jelö- 
lőnégyzetet megjelölni (2. ábra). 

Az új szereplő a Upstage/configyplayers.xml beállító állomá- 
nya kerül, valahogy ilyenformán: 


xzplayer 

password-"551a9c1c68844936b0Od182080fe7dcc0" 
name-"1j" rights-"7act, admin, su75 

c/playerz 


A jelszó attribútum nem a tényleges jelszót (amely jelen 
esetben az upstage volt) hanem annak md5 összegét tar- 
talmazza tartalmazza. Ha kedvenc szövegszerkesztőnkkel 
szeretnénk felvenni egy felhasználót, a jelszót a következő- 
képpen is létrehozhatjuk: 


$ echo -n "upstage" ] md5sum 
551a9c1c68844936bOd18208Ofezdcc0 - 
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a -p - ésa a [(0 Http://localhost:8081/ 5] 0 Go [IG 
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Foyer Avatar Body Collision  UpStage 
Welcome to UpStage Next Show: 
Here you can see live performances by Avatar Body Coltision, a [Title £ description] 
globally dispersed troup of cyberformers , 
go to stage... 
Shows available from this Foyer: 
s Test Stage Player Log-in: 
Login: 
This online performance space uses UpStage, a web-based venue Password: 
for live performance, You will need Macromedia Flash Player to 
watch the performances, This is a standard plug-in for most web 
browsers, but if you dont have it, its free to download from the a 
Macromedia site. Login ] 
Foyer Avatar Body Collision — UpStage 
supported by: 
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Creative New  MediaLab South ] 
Zealand Padfic le] 
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1. ábra Az alapértelmezett belépőterem egyértelműen utal a program 
származására 


A név attribútum a szereplő nevét tartalmazza, és legfeljebb 
három jogot adhatunk meg. A nagyfőnöknek a sz jogra van 
szüksége. Akiknek a színpadon látható vagy használható 
dolgokat szerkeszthetik, azoknak admin jogot kell adnunk, 
végül valamennyi szereplőnek act jogot kell osztanunk. 
Sajnos a webes felület nem éppen hibátlan, amikor a fel- 
használók törlésére vagy szerkesztésére kerül a sor. Először 
is nem a helyes jogokat mutatja nekünk, ráadásul nem is 
engedi megváltoztatni őket (még rendszergazdai jogokkal 
sem) valamint törölni sem tudjuk őket. Ha az megfelelő 
felhasználó előtti jelölőnégyzetekre kattintunk 

a http://localhost:8081/admin/edit/player/ lapon, majd 
rendszergazdakén megnyomjuk a , Remove Players" (játé- 
kosok eltávolítása) gombot, az UpStage ugyan eltávolítja 

a vonatkozó játékost a folyamat végezetéig, de nem törli 

a players.xml állományból. A kiszolgáló újraindítása után 
valamennyi játékos ismét vígan élővé válik. Douglas 
Bagnall ígérete szerint hamarosan javítja a hibát. 


Gif gondok 

Még ha megfelelően is tettük fel a gifZpng eszközt, a 2004 
szeptemberi UpStage verzió nem képes GIF képeket fel- 
használni az avatarokhoz, kellékhez vagy hátterekhez. 

Az új verzió megérkezésééig, magunk is kijavíthatjuk ezt 
a hibát ha megjegyzésbe tesszük a Upstage/img2swf.py 38. 
sorát majd töröljük a 


"giftopnm" flag "—background Sffff"" 


bejegyzést a 63. sorban. A soroknak tehát a következő- 
képpen kell kinézniük: 


[azal 
35 def do gif(tfn, swf): 














Adding a player 
Pick a username and password 


Username: 1 


tikkiik 


Password: 


tiikikkk 


Password again: 
Player permissions 


This player can: 
vő Act, (you want this!) 
7 Administer. Change stages, avatars etc 


vő Add or Remove Players (including vou!) . 














Home Stages Workshop Log out 
2. ábra LJ éppen nagyfőnökké válik 
Lóg el] 
38 os . path. remove (png) 
[doc] 


57 def thumbnailer(filetype, tfn, thumb, 109): 
Uka] 

63 "jmage/gif" "giftopnm 9és ] 
pnmscale -height-10 ] pnmtojpeg : 957 


Szerepek és kellékek kialakítása 

A felhasználókkal és jogosultságokkal kapcsolatos problé- 
mák színházunk kelléktárában már nem jelennek meg. 
Helyszíneket avatarokat (az avatar előadásunkban egy 
karakter adott öltözetének felel meg), háttérfüggönyöket, 
színpadterveket és kellékeket hozhatunk létre és szer- 
keszthetünk a Http://localhost:8081/admin/ URL-en el- 
érhető munkapadon. Ez utóbbiakat hordozhatják az 
avatarjaink, így azok mindig megjelennek a az avatar 

bal felső részén, mint a 6. ábrán látható bombához csatolt 
kék buborékok. 

Amikor új avatarokat, kellékeket és háttréfüggönyö- 

ket hozunk létre, több választásunk is lehet: használ- 
hatunk két dimenziós képeket, Flash animációkat, és 
videó folyamokat. A mozgóképekkel azért legyünk 
óvatosak, nagy sávszélességet igényelnek és igazi telje- 
sítményrombolók. 

A videófolyamaok helyileg elérhetőeknek kell lenniük, 

és az Upstage/html/media/ könyvtárban kell tárolnunk őket. 
Linux alatt az UpStage felhasználói kézikönyv a webcamd 
programot javasolja a video folyamok FIP rendszerű feltöl- 
téséhez. Sajnos a webcamd eredeti fejlesztői oldala úgy tű- 
nik már bezárt (lásd a forrásokat), azonban binárisként és 
forrásként még mindig elérhető a Debian kiszolgálókról. 

A valódi színházaktól eltérően, az avatar, díszlet, vagy kel- 
lék egyszerre több színpadhoz is rendelhető. Ezt a Manage 
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E3 adresse: [d 1/admin/edit/stage/test/ , 5 ] Tr] 


(fe 


TAa! 4 Editing an UpsSta.., ! 47 Linux Journal ] 


Stage Properties 
Stage name 


Full name: [Linux Journal 
Media used with this stage 
Avatars 


Name 

bomb 
camera 

clock 

gnu 

huge penguin 
magnifier 
penguins 
phone 


Props 


Name 
IRI bobbles 


Backgrounds 


Name 


IL] beavis 


save changes 


Stages 





Workshop Log out 











3. ábra Bár a raktárbejegyzésekre rákattinthatunk, a hivatkozások nem 
az adott elem szerkesztőpaneléhez visznek bennünket, hanem a Flash 
állományra mutatnak 


an existing stage (meglévő szín kezelése) részben tehetjük 
meg (http://localhost:8081/admin/edit/stage/ Cstagename?/, 
3. ábra). 

A színpadok beállításállományai XML formátumban táro- 
lódnak az Upstage/config/stages.xml és az Upstage/config/ 
stages/ Cstage-id 2/config.xml állományokban. Az elsőben 
a színpadok felsorolását találjuk; az utóbbiak egy-egy 
színhez rendelt kelléktárat tartják nyílván. 

Talán mondanunk sem kell, hogy a három típusú raktárkész- 
let eltérő szöveges beállítóállománnyal rendelkezik, ezek: 
az Upstage/config/props.xml, avatars.xml és a backdrops.xml. 
Valamennyi az 1. listában bemutatott szerkezetet követi. 

Bár a gyökérelem neve nem igazán számít, az UpStage az 
avatars, props és swamp jelzéseket használja a fájlok létre- 
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1. lista Az avatars.xml szerkezete 


configuration file 

cavatarsz 

cavatar ur1-"/media/Pbp9 g8I.swf" voice-"ked" 
name-"huge penguin" file-"Pbp9 g8I.swf" 
thumbnai1-"/media/thumb/Pbp9. g8I. jpg": 
c/avatar: 

cavatar ur1-"/media/clock.swf" name-" clock" 
file-"clock.swf" 
thumbnai1-"/media/thumb/clock. jpg": 
c/avatar: 

c/avatarsz 


2. lista A config.py hangdefiníciói 


VOICES — ( 
"kal": ("] timeout 15 text2wave -eval 
" (voice kal. diphone)" -otype raw", 
-fest), 
[ES] 
3 


1. táblázat A Stage Inventory és Avatar elemek 
tulajdonságai 





Editing huge penguin 


jet s) 





huge penguin 


Name: "huge penguin 
Voice: ked ar] 
Submit 
.type : None 
medium : 
name : huge penguin 
url : /media/Pbp9g g8I.svf 
height None 
width : — None 
files: Pbp9g dg8I.svf 
voice : ked 
thumbnail :  /media/thumb/Pbp9 d48I.jpg 
description : ked 
Home Stages Workshop Log out 











Tulajdonság Érték 

uri A megfelelő Flash állomány elérési útja, az 
Upstage/ htm! alatti médiakatalógus címtől 
számítva. Az UpStage véletlen fájl neveket 
használ. Ha magunk szerkesztjük a bejegy- 
zéseket, nem rossz gondolat értelmes 
neveket adni. 


name Az elem neve. Ez jelenik meg a színpadon 
úgyhogy körültekintően válasszuk meg. 
Az előadás közben, a csevegőablak alatti 
szövegmezőbe gépelt /nick cnamez 


paranccsal tudjuk megváltoztatni. 


file A megfelelő Flash állomány neve elérési 


út nélkül. 


thumbnail  JPEG formátumú előnézeti kép az 
Upstage/htm! könyvtárához képest. 

Az UpStage ezeket az Upstage/html/media/ 
thumb könyvtárban tárolja. ezek az előnézeti 
képek jelennek meg a színen, segítve 

a színészeket a megfelelő eszköz 


kiválasztásában. 


Ez az elem csak az avatarokra vonatkozik, 

és nem is kötelező. Itt adhatjuk meg 

a szöveg-beszéd átalakítás paramétereit. 

A hangfájlokat az Upstage/upstage/config.py 
állományban tároljuk. 


voice 
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4. ábra Avatarunk szerkesztőpanelén nem láthatjuk, hogy ez a pingvin 
olyan hatalmas, hogy csaknem a teljes képernyőt elfoglalja 


hozásakor. Igazándiból csak az alárendelt elemek (avatar, 
prop és backdrop) számítanak. Minden alárendelt elem 
négy kötelező és egy elhagyható paraméterrel rendelkezik, 
ezeket az 1. táblázatban foglaltuk össze. 

Válasszuk a munkapadon a http://localhost:8081/admin/ 
edit/avatar/ hivatkozást, és a megfelelő elemre kattintva szer- 
kesszünk át egy létező avatart. A megfelelő űrlap (4. ábra) két 
lehetőséget kínál fel, ahol az elem hangját és nevét változtat- 
hatjuk meg. 

Sajnos az űrlap nem sok segítséget nyújt amikor a kép szín- 
padi méretét szeretnénk megbecsülni. Az UpStage ügyfél 

a színeket úgy jeleníti meg, hogy beleférjenek a böngésző 
ablakába, míg a kellékek és avatarok körülbelül eredeti mé- 
retük háromszorosaként jelennek meg. A felhasználói kézi- 
könyvben (lásd a forrásokat) megtaláljuk a képek készítésé- 
hez ajánlott méreteket és formátumokat. 


Zajkeltés 

Amikor a hangbeállításokhoz érkezünk, többet már nem 
kell az XML-el foglalkoznunk, innentől a Pythoné a terep. 
Az Upstage/upstage[config.py állományban találunk egy 
VOICES nevű szakaszt, azaz lényegében egy könyvtárob- 
jektumot, ahol a szöveg-beszéd előállítás parancsait találjuk 
meg (2. lista). Elmondhatjuk, hogy az UpStage beszédgene- 
rálása nem feltétlenül a Festival-tól függ. Ez különösen 

a nem-angol anyanyelvűek számára fontos hiszen a Festival 
terjesztés maga kizárólag angol nyelven működik. 
Amennyiben új hangokat szeretnénk felvenni, egyszerűen 
kezdjünk egy új sort kapcsos zárójelek között, melyet 

a VOICES kulcsszó követ. Gépeljük be az új hang nevét 
idézőjelek között, és írjuk a következőket: 











s (ő. -Fest); 

Ügyeljünk rá, hogy a sort pontosan annyi szóköz karak- 
terrel kezdjük, hogy a nyitó idézőjelünk a többi hangbeál- 
lítás alá kerüljön. A Python igen érzékeny a bekezdésekre, 
és a hibás behúzás eredményeképpen az UpStage 
könnyen leállhat. 

A csővezeték (1) karakter után, tetszőleges parancsot 
(csővezetéket) bevihetünk, feltéve, hogy az szöveget olvas 
a szabványos bemenetről és 16 kHz-es nyers PCM kimene- 
tet készít a stdout-ra. Megoldásunkat a következő pa- 
ranccsal próbálhatjuk ki: 


echo "Say something in the relevant language" ] 
ccommand: ] timeout 15 lame -S -x -m s -r -s 16 
-resample 22.05 -preset phone - /tmp/test.mp3 


Ha az MB3 lejátszónkkal lejátszott /tmp/test.mp3 állo- 
mány azt adja vissza amit kell neki, parancsunkat fel- 
vehetjük a config.py állományba. Minthogy az UpStage 
kényes az elérési utakra, inkább teljes elérési utat 
használjunk. 

Az eredeti config.py valószínűleg jóval több szöveg-beszéd 


átalakító parancsot tartalmaz, mint amennyit a telepíté- 
sünk támogat. Tekintve, hogy ezek mind megjelennek 

a hang legördülőmenüben az avatarok készítésekor és 
szerkesztésekor, érdemes megjegyzésbe tennünk őket 

a jellel. Legyünk óvatosak, hiszen az eredeti hangdefi- 
níciók megjegyzésbetételekor két vagy három sorhoz 


is hozzá kell nyúlnunk. Ha valamelyiket kihagyjuk, és 

a változtatásaink érvényesítése kedvéért újra szeretnénk 
indítani a kiszolgálót a . /go. sh paranccsal, ilyen hibaüze- 
netekkel találkozhatunk: 


Failed to load application: invalid syntax 
(config.py, line 92) 


Ha ezek után minden avatarunk elveszti a hangját, valószí- 
nűleg az alapértelmezett hangdefiníciót is megjegyzésbe 
tettük. Nem jó ötlet! Az alapértelmezett bejegyzés mögötti 
parancs megváltoztatása még rendeben van, de fosszuk 
meg az UpStage-et teljesen tőle. 


Eljött a főpróba ideje 

Ha a színpad készen áll, eljön a főpróba ideje. Ez annyit 
jelent, hogy az összes játékosnak be kell jelentkeznie 

a megfelelő színre műhely Stages hivatkozásának segít- 
ségével (Attp://localhost:8081/stages/). Belépés után nagy 
üres terülten találjuk magunkat, azaz a színen, amit 
jobbról a csevegőablak keretez, ahol a kimondott szöveg 
olvasható. A képgalériát a csevegőablak alatt találjuk. 

A képgaléria bal oldalán található díszlet ikonokkal vál- 
toztathatjuk meg a szín arculatát. A jobboldalon találjuk 
a kellékeket (5. ábra). 

A csevegőablak felett a felhasználók egy gombsort találnak 
amelyekkel elsősorban az avatart lehet vezérelni. Maguk 

a karakterek a jobboldali gombok feletti szekrényben talál- 
hatók. A színészek itt találják meg a színben szereplő vala- 
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T Transferring data from localhost... 
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Ep Adresse: [77 http://docalhost:8081/stagesztest 








gnus Hello? 

agnuz Hello? Who is there? 
cgnus Anyone out there? 
phone: Listen, Gnu. 
phone: Its me 








EHSHEREt 














5. ábra Amikor díszletet választunk, ügyelnünk kell rá, hogy a jobb 
külső részét a csevegőablak takarja majd el 
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6. ábra A hallgatóság a csevegőablakba gépelve tapsolhat 
vagy huhoghat 


mennyi avatar előnézeti képét. Ha valamelyikre rákattin- 
tunk, a szekrény baloldalán tükrözve jelenik meg. Így aztán 
egyetlen pillantása a tükörbe és máris tudjuk, milyen szere- 
pet játszunk. 

A karakterünk azonban nem jelenik meg azonnal a színen. 
Ha ilyenkor valami szöveget gépelünk az csevegőablakba, 
avatarunk narrátorként szerepel. Amikor először kattin- 
tunk a színpad ablakra, az avatarunk megjelenik, szövege 
pedig léggömbként olvasható (5. ábra). A rózsaszín név 
gombbal állíthatjuk be, hogy az avatar neve látszódjon-e 

a szövegként. 

Ha máshová kattintunk a színpadon, avatarunk lassan oda- 
vándorol. Ha azonnal oda szeretnénk ugrani, előbb a zöld 
gyorsítógombot nyomjuk meg; Az eredeti sebességünkhöz 
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a narancs színű lassítógombbal térhetünk vissza. A karakter 
megállításához a vörös állj gombot kell lenyomnunk. 

Ha avatarunknak valamilyen kelléket szeretnénk adni, 
kattintsunk a megfelelő előnézeti ikonra, a képgaléria 

jobb oldalán, a színpad alatt. Ezek után az követi majd 
avatarunk minden mozdulatát. 

Amikor egy másik előképre kattintunk a szekrényben, régi 
karakterünk a színpadon marad, de egy más színésztár- 
sunk átveheti azt. Amikor az éppen használt avatarunknak 
el kellene hagynia a színt, használjuk a sárga (drop) gom- 
bot. Jelenleg ez az egyetlen módja a kellékek eltüntetésének 
is. bár a kellékeket meg tudjuk változtatni ha egy másik kel- 
lék ikonra kattintunk (igaz nem minden mellékhatás nélkül 
játszódik le) az UpStage jelenlegi verziójában egyenlőre 
nincsen , kellék eltüntetése" gomb. 

A szürke törlés gomb kiüríti a teljes színpadot, kivéve 

a színésztársaink által mozgatott avatarokat. A művelet 
azonban mellékhatással jár: színésztársaink csak akkor 
tudják ismét mozgatni a karakterüket, ha ismét kiválasztják 
azt a szekrényből. 

Néha úgy tűnhet, hogy néhány dolog nem tűnt el a színről. 
A legtöbb esetben a böngésző frissítés gombja segít, de 
ilyenkor ismét ki kell választanunk az avatarunkat. 

Ha valamilyen okból teljesen előröl kellene kezdenünk, 

azt a vörös reset gombbal tehetjük meg. Ezt jobb ha nem 
tesszük előadás közben, amikor mások is vannak a színen, 
ez ugyanis kegyetlenül kidob mindenkit a színpadról, és 
csak böngésző frissítéssel térhetünk vissza. néhány játékos- 
nak esetleg újra be kell jelentkeznie. A reset gomb áthelye- 
zése valami kevésbé nyomkodásra ingerlő helyre előkelő 
helyet foglal el a fontos javítások listáján. 

Ha valaki nincsen bejelentkezve, kizárólag a színpadot és 

a csevegőablakot láthatja (6. ábra). Ez azonban nem jelenti 
azt, hogy a hallgatóságnak nincsen semmi szava. A hallga- 
tóság által gépelt szöveget mindenki olvashatja 

a csevegőablakban, így az UpStage kiváló választás lehet 
online tanításhoz vagy bemutatókhoz. A hallgatóság üzene- 
teire válaszolhatunk vagy figyelmen kívül hagyhatjuk őket. 
Az egyetlen különbség, hogy a hallgatóság üzenetei szürke 
színű betűkkel jelennek meg, amely előtt nincsen avatar 
név és nem persze szóban sem hangzik el. Így az UpStage 
tapsviharai csendesek. 

Akár az UWpStage feltelepítése nélkül is kipróbálhatjuk. 

Az Avatar Body Collision minden hónapban nyílt előadást 
tart azok számára, akik szívesen kipróbálnák vagy megis- 
merkednének az UpStage alapú interaktív színjáték lehe- 
tőségeivel. Ne mulasszuk el a következő alkalmat (lásd 

a forrásokat). További segítséget a felhasználói kézikönyv 
és a levelezőlista segítségével kaphatunk. 


Linux Journal 2005. április, 132. szám 
A cikk forrásai: 5 www.linuxjournal.comjarticle/8056 


Patricia Jung (trishoanswergirl.de) az Open 
Source Press (www.opensourcepress.de) szer- 
kesztője és rendszergazdája. Ebben a szerepkör- 
ben igazán örül, hogy lehetősége van kizárólag 
ú sd Linux és UNIX témával foglalkozni. 


ms. 
w ] 








Fd.o: Üljünk át egy szebb asztalhoz 


Senki ne gondolja, hogy az asztali környezetek között háború folyik. Az alkalma- 

zások és az asztali környezetek a háttérfalak mögött egymással együttműködnek, 
és a való életben is helytállt szabványokat alkalmazva segédkeznek abban, hogy 
mindenki alkalmazásai gond nélkül működjenek, sőt, együttműködjenek. 


végfelhasználókat csak a kívánt feladatokat ellátó 
A alkalmazások érdeklik. Azért választják a Linuxot, 

hogy ezeket az alkalmazásokat szabadon, egyen- 
ként választhassák ki. Számukra az integrált asztali környezet 
tetszőleges programelegy kiválasztásának szabadságát jelenti, 
és a garanciát arra, hogy ennek összetevői működni fognak 
egymással. Egy monolitikus asztali környezet a programozó- 
kat is korlátozná. Saját kódunk más alkalmazásokkal való 
együttműködésének biztosítása alapvető követelmény, ha 
nem az első számú jellemző, mely a program hasznosságát 
megszabja. Ha célunk eléréséhez csak egy vagy két fejlesztői 
eszközláncot vehetünk igénybe, annak nem sok értelme van. 
Korábban az XFree86 GNU/Linux asztali környezet fejleszté- 
se túlságosan lassan haladt, és teljesítménye sem volt kielé- 
gítő. Sok eszközt, a fontconfig-tól egészen a zlibig a külső 
függőségek elkerülése miatt meg kellett kettőzni. Ha egy 
illesztőprogram megváltozott, az egész csomagot újra ki 
kellett adni. Mindezt tetézte, hogy az XFrec86 felhasználói 
szerződése a múlt évben úgy változott meg, hogy a GPL 
programok számára megtiltotta az új kódok becsatolását. 
A szerződés miatt számos terjesztés összeállítói egyszerűen 
az új változat elhagyása mellett döntöttek. 
A Freedesktop.org (FD.o) 2000 márciusában alakult, elsődleges 
célja a fejlesztők segítése volt a fenti műszaki kérdések meg- 
oldásában. Alapítói olyan alaprendszert akarnak létrehozni, 
amelyre bármilyen asztali környezet felépíthető. A megol- 
dást független specifikációk kidolgozásában látják, amelyeket 
szükség szerint működő kódok egészítenek ki. A formális 
szabványosítást más testületekre kívánják hagyni. Az előírá- 
sokat követve valódi együttműködést lehet megvalósítani az 
alkalmazások között, méghozzá fejlesztésük során a lehető 
leghamarabb - ideális esetben még annak megkezdése előtt. 
Minden program LGPL vagy X-jellegű szerződés hatálya alá 
kerül. A FD.o számos rokonszenves tervezetet támogat, ám 
írásomban csak a fő eszközöket szeretném bemutatni, ezek 
alkotják az úgynevezett FD.o alaprendszert. 


Xlibek 

Az X Window System egy átlátszó hálózati protokoll 
grafikus megjelenítéshez. A grafikus felületű alkalmazások 
az X-et használják arra, hogy az X-kiszolgálónak nevezett, 
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bármely alkalmazás által használható könyvtárak és kommunikációs 
protokollok; mindez független attól, hogy az alkalmazások milyen asztali 
környezetben készültek. 


a képernyőt ténylegesen kezelő programnak rajzolási utasí- 
tásokat adjanak. Egészen a múlt évig a kiszolgálók és 

a könyvtárak jellemzően egyetlen monolitikus csomagba 
kerültek. FD.o részekre osztotta a csomagot, ezek a részek 
már önállóan is fejleszthetők és csomagba illeszthetők. 
Mindennek a fő előnye az, hogy a linuxos fejlesztők tetszé- 
sük szerint keverhetik össze és szabhatják testre az egyes 
részek megvalósításait. 

További X-es fejlesztés a fán belüli függőségek eltávolítása, 
az autotools használata fordítórendszerként, valamint az 
iconv könyvtár alkalmazása az Unicode és egyéb kódolások 
közötti átalakításokra. Az X protokollt burkoló könyvtára- 
kat nevezzük XIib-eknek. A FD.o ezek első változatát 2004 
januárjában adta ki. Követik az X szabvány előírásait, így 
bármely X-kiszolgálóval képesek együttműködni. 

A kiterjedt optimalizálások ellenére az XIib-ek mérete a ki- 
sebb teljesítményű gépeken továbbra is gondokat okozhat. 
További probléma, hogy bizonyos XIib-kérések blokkolód- 
nak, amíg választ nem kapnak, függetlenül attól, hogy sok 
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esetben ez elkerülhető volna. Ez viszont ütközik a 2.6-os 
rendszermagok lappangási idők csökkentésére irányuló fej- 
lesztéseivel. Az XIib-ek gyorsítótárazás, rétegezés és hason- 
ló megoldások révén sokat tesznek a protokoll elrejtése ér- 
dekében is. Ezek a törekvések bizonyos esetekben előnyt, 
más esetekben csak többletterhelést jelentenek. Végül, de 
nem utolsóként meg kell említeni, hogy az X-bővítmények 
készítésének támogatása is korlátozott. 

Az FD.o javaslata mindezen problémák megoldására az X C 
Binding, röviden XCB. Ez egy második könyvtár, és alkalmas 
arra, hogy új eszközkészletek és az XIib API egyes részeinek 
egyszerűbb emulációja alapjául szolgáljon. Az XCB-t úgy ter- 
vezték, hogy zökkenőmentes együttműködésre legyen képes 
a POSIX szálakra vagy egyetlen szálra épülő programokkal. 
A kód fenntartja a bináris kompatibilitást az Xlib bővítmé- 
nyekkel és alkalmazásokkal, vagyis használatához nincs 
szükség a bővítmények újrafordítására. Ezzel a megoldással 
a fokozatos XIib - XCB áttérés könnyebben, a szolgáltatások 
egy részéről való lemondás nélkül is megvalósítható. A kö- 
vetkező lépés ezen az úton az XIibs Compatibility Layer 
(XCL), amelynek segítségével a meglévő, XIlibre alapuló 
alkalmazások is kihasználhatják az XCB előnyeit. 


X-kiszolyálók 

A FD.o az XFree86 helyett két alternatívát támogat. Az első 
az XFrec86 4.4-RC2 kód egy mellékágaként indult, még 

a felhasználási szerződés megváltoztatása előtt. Ez a kiszol- 
gáló az X.org, és az XFree86-tal azonos módon használható. 
A másik az Xserver, hosszú távon ez tűnik a legígéretesebb 
választásnak. A Kdrive egy változata, amely több évvel ez- 
előtt szintén mint az XFree86 egyszerűbb, erősen módosított 
kiadása indult. A Kdríve kisméretű, részben azért, mert 
kevés kódkettősséget mutat a rendszermaggal. A méret- 
csökkentést szolgálta néhány elavult szolgáltatás és 
illesztőprogram-modul eltávolítása is. Jóval kisebb méreté- 
nek köszönhetően a Kdrive megfelelőbb alapot nyújt egy 
teljesen új kiszolgáló felépítéséhez. 

Az Xserver ma elérhető változatát elsősorban tesztcélokra, 
az új bővítmények és szolgáltatások — mint például az átlát- 
szóság vagy az OpenGL gyorsítás — kipróbálására használ- 
ják. A memóriahasználatot úgy csökkentik, hogy sok számí- 
tást a program futási időben végez el ahelyett, hogy mindig 
a memóriában tartaná az eredményeket. 

Az Xserver célja a sebesség növelése, és az egyéb olyan je- 
lenségek (például villódzás) megszüntetése, amelyek miatt 
egyszerűen rossz ránézni a képernyőre. Egy új X-bővít- 
mény, a Composite lehetővé teszi a teljes képernyő kettős 
pufferelését. Természetesen egyetlen kiszolgáló sem lehet 
okosabb, mint a legbutább terminálja, ám az egyszerűbb fel- 
építésnek köszönhetően könnyebb megtalálni és kijavítani 
a lassú kódrészeket, bárhol is legyenek. Az új kiszolgáló 

az eszközkészletek szintjén semmilyen hatással nem bír, 
hacsak a programozó nem akarja kifejezetten kiaknázni 

az új bővítmények által kínált lehetőségeket. 


Cairo 

A vektorgrafikánál a képek több-kevesebb bonyolult vonal, 
valamint az így kapott területek színekkel való kitöltése 
révén állnak elő. Az ilyen fájlok kisméretűek, és veszteség 
nélkül is tetszőleges felbontásra méretezhetők. Ez a megol- 
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dás tehát minden olyan felhasználó érdeklődésére számot 
tarthat, aki biztos akar lenni abban, hogy amit ki fog nyom- 
tatni, az pontosan megegyezik azzal, amit lát. Sajnos az X 
bár képes kezelni a szövegek, négyszögek és egyebek kép- 
ernyőn megjelenő bittérképeit, a nyomtatás és a vektorgra- 
fika egyszerűen kimarad a látóteréből. Ez az egyik oka an- 
nak, hogy még jelenleg sem tökéletesen azonos az, amit 

a képernyőn látunk, amit a papíron kapunk, illetve amit 

a fájlokba elmentünk. 

Az FD.o megoldása minderre a Cairo, egy új 2D vektorgra- 
fikai könyvtár, mely többféle készüléken is biztosítja az egy- 
séges kimeneteket. Érthetőbben fogalmazva: minden adat- 
hordozón ugyanazt a kimenetet kapjuk. A külvilág felé 

a Cairo felhasználói szintű API-kat biztosít, hasonlóan 

a PDF 1.4 képkezelő modellhez. 

Különféle háttérrendszerek segítségével a Cairo különböző 
kimeneti eszközöket képes támogatni. Az első eszközcso- 
portot a képernyők alkotják, ezek az XIlib vagy az XCB 
révén érhetők el. Ugyancsak fontos eszközt jelentenek 

a memóriában tárolt képpufferek, amelyeket fájlba lehet 
menteni vagy más alkalmazásoknak lehet átadni. 

A PostScript és a PNG kimenet szintén megoldott, a PDF 
pedig tervezés alatt áll. Az OpenGL-gyorsított kimenetet 

a Glitz nevű háttérrendszer fogja megvalósítani, illetve 

a Glitz önálló, OpenGL feletti rétegként is használható lesz. 
A Cairo-hoz nyelvi kötések C--- , Java, Python, Ruby és 
GTK- nyelvekhez léteznek. 

Az OpenOffice.org fejlesztői az 000 2.0-ás változata után szin- 
tén tervezik a Cairo használatát, akár mint külön letölthető 
grafikai beépülő modulét. A Cairo jelenleg is fejlesztés alatt 
áll, ám mivel még nem rendelkezik tökéletesen üzembiztos 
AIP-val, a hivatalos FD.o kiadásoknak egyelőre nem része. 


D-BUS 

A D-BUS egy bináris protokoll folyamatok közötti adatcsere 
(Interprocess Communication, IPC) céljára; itt a folyamatok 
azonos asztali munkamenet alatt futó alkalmazásokat jelen- 
tenek, illetve magát az operációs rendszert. A második eset- 
be tartoznak a felhasználóval folytatott párbeszédek is, 
amikor új hardverrel vagy szoftverrel bővül a számítógép. 
A D-BUS belső világát Robert Love részletesen ismertette 
Get on the D-BUS" című írásában, a Linux Journal 2005. 
februári számában. A felhasználót tekintve a D-BUS-nak 
legalább olyan szolgáltatásszintet kell biztosítania, mint 
amilyet a GNOME és a KDE is nyújt. Ez egy message bus 
(üzenetbusz) nevű rendszerdémon és egy felhasználónkénti, 
munkamenethez kapcsolódó démon futtatásával válik lehe- 
tővé. A D-BUS-on keresztül bármely két program kapcso- 
latba léphet egymással, amivel a lehető legjobb teljesít- 
ményt lehet elérni. Hasonlóan a teljesítmény javítását szol- 
gálja az is, hogy mivel a D-BUS-t igénybe vevő programok 
szinte mindig azonos gépen futnak, ezért egyszerű XML 
helyett bináris formátumot használunk. 

Az üzenetbusz démon lényegében útválasztóként üzemel. 
Mivel az alkalmazások között nem bájtfolyamokat, hanem 
üzeneteket továbbít, szolgáltatásai a munkaasztalról is elér- 
hetők. Normál esetben a démon több, egymástól független 
példányban fut. Az egyik példány rendszerszintű kommu- 
nikációra szolgál, esetében szigorú biztonsági előírások 
szabják meg a fogadható üzenetek körét. A többi példány 








az egyes felhasználói munkamenetekhez jön létre, és a ben- 
nük futó alkalmazásokat szolgálja ki. A D-BUS rendszerpél- 
dánya biztonsági kockázatot is jelenthet, ugyanis a rootként 
futó szolgáltatásoknak képeseknek kell lenniük adatok és 
események cseréjére a felhasználói alkalmazásokkal. Éppen 
ezért eleve korlátozott jogosultságokkal való használatra 
tervezték, és chroot jailben fut. A D-BUS-szal kapcsolatos 
biztonsági előírások az Fd.o webhelyén (lásd az internetes 
forrásokat) találhatók meg. 

A legtöbb programozónak nem kell közvetlenül szólnia 

a D-BUS protokollhoz, gyakorlatilag bármely keretrend- 
szerhez és nyelvhez léteznek megfelelő burkolókönyvtárak. 
Ez azt is jelenti, hogy mindenki megtarthatja megszokott 
környezetét, csak az IPC miatt nem kell váltani. A végfel- 
használók szintén jól járnak, hiszen a KDE, a GNOME és 

a Mono alapú programok az eszközkészlettől függetlenül 
képesek lesznek kapcsolatba lépni egymással. Ahogy 

a Cairo, úgy D-BUS is hiányzik az FD.o első változataiból, 
ugyanis API-ja még nem minősül üzembiztosnak. Mindet- 
től függetlenül a fejlesztők a D-BUS-t a jövőbeli kiadások 
egyik sarokkövének tekintik. A D-BUS az elképzelések sze- 
rint a KDE 4-ben található DCOP helyét is át fogja venni. 


Biztosan ez a jó megoldás? 

Csak az idő múlásával adhatunk egyértelmű választ arra, 
hogy az Fd.o első megvalósításai elég jók-e, a lefektetett 
irányelvek pedig megállják-e a helyüket. Utóbbi alatt itt azt 
kell érteni, hogy olyasvalamit állítottak-e össze a fejlesztők, 
amely nulláról indulva újra megvalósítható — ha valakinek 
ehhez támadna kedve. Én biztos vagyok abban, hogy maga 
a megközelítés helyes, és több lehetőséget tartogat, mint 

a jelenleg létező , teljes értékű munkakörnyezet" megoldá- 
sok bármelyike. 

A leggyakrabban két aggállyal találkozom: 1) a jelenlegi asz- 
tali környezetek elveszítik önazonosságukat, egyetlen fel- 
adatuk a felhasználói felület biztosítása lesz 2) az FD.o nem 
szabvány, csak egy újabb megvalósítás. Az első felvetésre 
személy szerint visszakérdeznék: biztos, hogy ez baj? A leg- 
több végfelhasználó sosem fogja észrevenni, de ha mégis, 
hát nem fog foglalkozni vele. Egyszerűen tudomásul veszik 
a korábban említett fejlesztéseket, és többet nem foglalkoz- 
nak a kérdéssel. Ha biztosítjuk az alkalmazások együttmű- 
ködésének lehetőségét, tekintet nélkül azok fejlesztésének 
módjára, akkor a Linux a vállalati körökben is elfogadha- 
tóbbá válik, és a zárt megoldások mellett szóló érvek közül 
egy újabb veszti érvényét. 

Ha a protokollok és a formátumok többé nem meghatáro- 
zott megvalósításokhoz vagy eszközkészletekhez kötődnek, 
akkor több asztali környezet között is meg lehet osztani 
őket. Ezzel a kód üzembiztossága és egyszerűsége terén 
csak nyerhetünk. A teljesen új programok fennakadások 
nélkül, azonnal kommunikálni tudnának a meglévőkkel. 
Bízom abban, hogy ez a szemlélet egyre nagyobb teret nyer, 
és egyre több alkalmazásfüggetlen szabvány kerül az FD.o 
szárnyai alá, ide értve a fájlformátumokat, a hangsémákat, 
a szín- és feladatbeállításokat egyaránt. Képzeljünk el egy 
levelezési beállító fájlt, amely tetszőleges levelező ügyfél- 
programmal használható, az Evolution-től egészen a mutt- 
ig; vagy egy olyan könyvjelzőfájlt, amit a Mozilla és a Lynx 
egyaránt képes értelmezni. 
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Ami a második kifogást illeti — az FD.o nem szabvány, csak 
egy újabb megvalósítás —, nos, a szabad szoftverek és az 
RFC-k világa pontosan így működik. Ha a szabályokat 

a kóddal együtt írjuk, akkor az elképzeléseket a lehető leg- 
hamarabb ki tudjuk próbálni a gyakorlatban is. Csak meg- 
említeném, hogy hasonló dolog történik az 00O.o-val és az 
OASIS irodai szabvánnyal. A fájlformátum a StarOffice-on 
és az 00.o-n belül született meg és finomodott ki, de ma 
már saját életet él. A bizottságban immár megtaláljuk 

a KOffice képviselőit is, és bármely jövőbeli irodai csomag 
használhatja natív formátumaként, akár nulláról indulva, 
kizárólag az előírásokat követve. 

Persze ennek az útnak is vannak buktatói, de úgy látom, 

a fejlesztők tisztában vannak ezekkel, és képesek elkerül- 
ni őket. Megvan például a kockázata annak, hogy kizáró- 
lag Linux alatt működő szabványokat készítünk, a többi 
UNIX-változatról elfeledkezünk. Hasonlóan ügyelni kell 
az erőforrás-használatra is, hiszen hiába a legvarázslatosabb 
elképzelés, ha kétszer annyi memória kell a zökkenőmen- 
tes működéséhez. Szerencsére — legalábbis egyelőre úgy 
látom - ilyesmitől nem kell tartani. Az viszont biztos, 
hogy itt az ideje csatlakozni ezekhez az erőfeszítésekhez. 
Kellemes buherálást! 
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A Perl Hibakereső 


Perl kódunkba print utasításokat tűzdelve is kereshetünk hibákat, de egy teljes 
értékű hibakereső ennél sokkal több információt szolgáltat. 


hibakeresés minden nyelvben bosszantó, ám 
A szükséges rossz, akár saját kódunkat javítjuk, akár 

másvalakiét, aki éppen a rendszerünkön dolgozik. 
Bármi, ami megkönnyíti a hibakeresést, komoly előnyt 
jelenthet. A Perl parancssoros hibakeresővel rendelkezik, 
amely jelentősen megkönnyítheti a hibakeresés folyamatát. 
Cikkünkben áttekintjük a hibakereső használatának alapjait 
és bemutatunk néhány hasznos trükköt. 


Hibák elkerülése figyelmeztetések és Strict kulcsszó 
használatával 

A Perl maga elképesztő mennyiségű hibát képes küszöbölni, 
pusztán azzal, hogy a programunk elején bekapcsoljuk a fi- 
gyelmeztetéseket és a szigorú szabályértelmezést (strict). 
Amennyiben programunk tartalmazza a use warnings ; sort 
egy tucatnyi általános hibát máris elfoghatunk. Megtalálhat- 
juk például a csak egyszer használt változóneveket, melyek 
rendszerint elírások, a beállításuk előtt felhasznált skaláris 
változókat, vagy a újradefiniált alprogramokat. 

A hibakereső üzeneteket kicsit beszédesebbé tehetjük, ha 

a use diagnostics; sort is a kódba szúrjuk, amely minden 
egyes figyelmeztetéshez leírást is mellékel. A másik megol- 
dás, ha a figyelmeztetések jelentésére rákeresünk a man 
perldiag paranccsal. 

Amennyiben 5.6-os változatnál régebbi Perlt használunk , 

a figyelmeztetések használata helyett a -w kapcsolót kell 
alkalmaznunk a script első sorában, valahogy így: 
$1!/usr/bin/per1 -w. 


Végül sok általános hibát elkaphatunk a use strict; kifeje- 

zéssel, amely tulajdonképpen néhány nem teljesen bizton- 

ságos programozói egyszerűsítést tilt le. A strict kulcsszó 
által bevezetett korlátozások a következők: 

e A változókat használat előtt vagy definiálnunk kell a my 
illetve our kulcsszó valamelyikével, vagy importálni kell 
őket a use vars kulcsszóval, vagy a csomagnevet is tar- 
talmazó teljes nevet kell használnunk. 

e A csupasz szavak csak alprogramnevek lehetnek, karak- 
tersorozatok nem (például: $string - blabla;). 

e A hivatkozások nem lehetnek szimbolikusak; 
lásd a széljegyzetet. 


Mint láthatjuk, a figyelmeztetések és a strict kulcsszó 
a Perl néhány olyan képességét korlátozzák, amelyeket 
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egyébként jó célra is lehet használni, de gyakran sikerül 
velük visszaélni. Ezek a parancsok megkönnyítik a hibake- 
resést, hiszen a Perl maga kapja el a hibákat. 


Mi a print utasítások hátránya? 

Sokan kérdezhetik, miért baj az, ha print utasításokat 
szórunk szét a kódunkban? Semmi probléma nincs ezzel 

a hibakereső technikával, csak éppen az interaktív hibake- 
resővel sokkal hatékonyabban tudunk dolgozni. Futtatáskor 
a program és a környezet valamennyi összefüggését vizs- 
gálni tudjuk, nem csak azokat melyekre előre gondoltunk, 
és tisztábban láthatjuk pontosan mit is csinál a kód. Remé- 
nyeim szerint a cikk végére mindenki egyet ért majd velem 
abban, hogy az a kevéske idő amit a hibakereső megtanulá- 
sába fektettünk bőségesen megtérül. 


A hibakereső indítása 

A hibakeresőt a parancssorból indíthatjuk el, a Perlnek átad- 
va a -d kapcsolót : 

perl -d filename.pi 








Amennyiben CGI . pm-el készített CGI programot vizsgálunk, 
az átadandó paraméterek mellé egyszerűen tegyük be a -d 
kapcsolót is a parancssorba: 

per1l -d filename.pl param-value param2-value 


A parancssoros megoldáson kívül a Perl hibakeresőt bizo- 
nyos IDE-k (fejlesztői környezetek) részeként is használhat- 
juk, ilyen a GNU Emacs vagy a Activestate Komodo prog- 
ramja, valamint léteznek GUI hibakereső felületek is, példá- 
ul a ddd vagy a ptkdb. A rövidség kedvéért e cikkben csak 
a parancssorral fogok foglalkozni, de az alapelvek a GUI 
hibakeresőben is hasonlóak lesznek. 
Ha parancssoros hibakeresőt használunk, sokat segíthet 
a Term: :ReadLine modul telepítése , ez ugyanis lehetővé 
teszi a lépkedést a parancs-történetben. 
Következzen a cikkünkben használt példaprogram. Másol- 
juk a következőket egy sample.pl nevű fájlba: 
$!/usr/bin/per1 
use warnings; 
use strict; 
my $name - "Pengu"; 
foreach (1..20) ( 
€shout ($name) ; 
9 
sub shout ( 
my $name - shift; 
print fs $name seen; 


: 


Legfontosabb hibakereső parancsok 

Az hibakeresés megkezdéséhez a következő hét alapvető 

parancsot kell ismerünk: 

e s: egy lépés végrehajtása a következő sorig, belelépve 
az alprogramokba. 

e  n: egy lépés végrehajtása a következő sorig, átugorva 
az alprogramokat. 

e r: folyamatos végrehajtás, amíg az adott alprogramból 
vissza nem térünk. 

e c Csor száma: : folyamatos végrehajtás a megadott sorig. 

e ] csor száma, tartomány vagy alprogram neve: : forrás- 
kód listázás. 

e x ckifejezész: a ckifejezész2 kiértékelése és olvasható 

kiíratása. 

g: kilépés a hibakeresőből. 


Tesztprogramunkat lefuttatva a hibakeresőben próbáljuk 
ki a fentieket: 
per] -d sample.pl 


Most a hibakereső indulási információit kell látnunk: 

Default die handler restored. 

Loading DB routines from per15db.pl version 1.07 

Editor support available. 

Enter h or h h for help or 

man perldebug for more help: 

main: : (sample.pl:6) : my $name - "Pengu"; 
DBc-1- 


Ez a program indulása előtti állapot. Az utolsó előtti sorban 
a hibakeresés állapotáról olvashatunk hasznos információ- 
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kat: láthatjuk, hogy a main csomagban vagyunk, a sample.pl 

fájl 6. sorában, végül megmutatja azt a sort amit éppen fut- 

tatni fogunk. 

Az utolsó sorban láthatjuk a parancssort és a parancs 

sorszámát (amely a begépelt parancsokkal folyamatosan 

növekszik) valamint , kacsacsőröket", melyek száma 

a beágyazott parancsokat jelzi. Ezzel egyelőre nem kell 

foglalkoznunk. 

Gépeljük az s parancsot a parancssorba majd üssük le az 

ENTER billentyűt, ezzel végrehajtva a program egyetlen sorát: 
DB-b s 

main: : (sample.pl :8) : 
DBc1 


foreach (1..20) ( 


A parancs ismétléséhez üssünk ENTER-t és ismételgessük 

tetszés szerint, hogy lássuk a program valóban lépésen- 

ként fut. Valahányszor egy print utasítást hagyunk el, 

az kimenet a hibakereső adatokkal együtt megjelenik 

a képernyőn. 

Most próbáljuk ki az alparancsokat átugró utasítást (n) 

és nyomjunk néhány ENTER-t. Ahogy végiglépkedünk a cik- 

luson, láthatjuk, hogy az alprogram eredményét azonnal 

visszakapjuk, és nem lépkedünk végig az alprogram uta- 

sításain. 

Most próbáljuk ki az alprogramból való visszatérést (r). 

De ne indítsuk el most rögtön, akkor ugyanis a program vé- 

géig fog futni, hiszen a főprogramból fogunk , visszatérni" . 

Először csináljunk néhány ismétlést az s paranccsal míg az 

alprogramba nem lépünk. Ezután az r parancsot kiadva 

a következőket kell látnunk: 
DB-b s 

main: : (sample.pl :8) : 
DB-1 

main: : (sample.pl:9) : 
DB-1 

main: : s hout(sample.pl:13) : 

ssshift; 
DB-b or 

txt Pengu fér 


foreach (1..20) ( 
€shout ($name) ; 


my $name - 


void context return from main: :shout 
main: : (sample.pl:8) : foreach (1..20) ( 
DBc-1l- 


Figyeljük meg a void context return from main: : shout 
sort. Ha a ciklusban lekérdeznénk a visszatérési értéket, itt 
megnézhetnénk. Perlben a függvények és az alprogramok 
a hívási környezettől (skalár, tömb vagy void) függően kü- 
lönböző értékeket adhatnak vissza. A Perl hibakereső egyik 
hasznos képessége az r parancs, amely megmutatja a hívó 
környezettípusát. Könnyen megtalálhatjuk vele bizonyos 
hibákat, például amikor konstans értéket várunk, de vélet- 
lenül az alprogramunk tömböt ad vissza. 

Következik az 1] parancs. Próbáljuk ki: 


DBcal: 1 
8—-— foreach (1..20) ( 
9: €shout($name) ; 
10 b 
11 
12 sub shout f( 
153 my $name - shift; 
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tégegege 


14: print 
15 b 
DBc-1- 


$name esem"; 


Az 1 önmagában egy oldalnyi forráskódot listáz, a követke- 
ző végrehajtandó sortól kezdve, szöveges nyíllal jelölve meg 
az éppen végrehajtandó sort. Kilistázhatunk egy tartományt 
is ha sorszámokat adunk meg: 1 200-230. Továbbá, az 
alprogramok nevét megadva azok listáját is megkaphatjuk: 

1 shout. 


A c parancs egy adott sorig folytatja a végrehajtást, így 

előreugorhatunk a minket érdeklő tetszőleges pontra: 
DBc15 c 14 

main: : s hout(sample.p1l:14) : 
DBa1: 


print "exes $name seen; 


A parancssorba gépelve bármilyen Perl kifejezést végre tu- 
dunk hajtani, beleértve a futó kódot megváltoztat utasításo- 
kat is. Akár kézzel is beállíthatunk változókat a programban. 
Az x parancs kiértékeli, majd olvasható formában kiírja a ki- 
fejezés értékét. Valamennyi kimenet elé egy sorszámot fűz, 
minden visszafejthető elemet visszafejt (dereference) vala- 
mint a visszafejtés minden szintjét egyel beljebb kezdi. 
Példaképpen alább beállítottunk egy Gsample nevű tömböt, 
majd kiírattuk: 

DBc15 (sample - (1..5) 

DBc25 x (Gsample 


ARBWNEO 
u 


DBc35 


Figyeljük meg, hogy a hasheket kulcsokkal és értékekkel 
együtt jeleníti meg, mégpedig soronként egyet. A hasheket 
a jellel kezdve tudjuk helyesen megjeleníteni, ez a jel 
ugyanis a hasht hash-hivatkozássá alakítja így az helyesen 
fejtődik vissza. Ez a következőképpen néz ki: 

DBc45 $sample — (1 .. 8) 

DBc55 x Wésample 
0  HASH(0x83d53bc) 


Tsz 2 
3 5 4 
5 55 6 
7 5 8 
DBc63 


Ha elégedettek vagyunk az eredménnyel, lépjünk ki hiba- 
kereső gyakorlatunkból a ag paranccsal. 


További négy hibakereső parancs 

Sok ember kizárólag a fenti parancsokat használja a Perl 

hibakeresőben. Amikor azonban már kényelmesen tudjuk 

használni őket, a következő négy paranccsal még hatéko- 

nyabbá tehetjük a hibakeresést, különösen ha objektum 

orientált kódot készítünk: 

e /cminta:: listázás a szabályos kifejezés következő 
egyezésénél. 
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e ?cminta:: listázás a szabályos kifejezés előző egye- 
zésénél. 

e S: a programban hozzáférhető valamennyi alprogram 
és metódus listázása. 

e  m cobjektum vagy csomag: : az adott objektum vagy 
csomag összes metódusának listázása. 


A / és ? jelekkel előre és hátrafelé kereshetünk és jeleníthe- 
tünk meg kódrészleteket, tetszőleges karaktersorozat vagy 
szabályos kifejezés egyezését vizsgálva. A keresendő szöveg 
elé nem kell szóközt tenni: 

DBc63 /name 
6: my $name - "Pengu"; 


Az S és m parancsok akkor lehetnek hasznosak, ha az 
elérhető alprogramokat szeretnénk megismerni: az S 
a programban elérhető összes alprogramot kilistázza. 
Ezek éppen fordított sorrendben jelennek meg mint 
ahogy a use vagy reguire kulcsszóval beillesztettük őket, 
és a hibakeresőből beillesztett alprogramokat is tartalmaz- 
zák így például a Term: : ReadLine-t is. Az m parancs az 
objektumban vagy egy egész csomagban elérhető vala- 
mennyi metódust listázza. 
Nézzünk egy példát: 

DBc73 use CGI 

DBc83 $g - new CGI 

DB-95 m $g 
AUTOLOAD 
DESTROY 
XHTML DTD 
.-compile 
-make tag func 
-reset globals 
.-Setup. symbols 
add parameter 
all. parameters 


Eszel 


Műveletek, Töréspontok és Figyelőpontok 

A műveletek, töréspontok és figyelőpontok, még ennél 

is nagyobb vezérlést adnak a kezünkbe a hibakereső és a fu- 
tó program felett. Ezeket elképzelhető, hogy szívesebben 
használjuk egy grafikus Perl hibakereső felület, például 

a ddd, ptkdb vagy Activestate Komodo alól. A Perl hibakere- 
sőjét sokan bírálják amiatt, hogy a parancsok kiadásához 
meg kell jegyeznünk a megfelelő parancs gyorskombináció- 
kat, ráadásul a parancsokon belül további megjegyezendő 
gyorskombinációkkal kerülünk szembe. 

Ráadásul Perl 5.8 alatt a jobb belső összhang érdekében 
néhány billentyűkombinációt megváltoztattak. Gyakran elő- 
fordul, hogy az ember kénytelen 5.8-as és korábbi verziókat 
is használni, így aztán sokszor egyszerűbb GUI alatt dolgoz- 
ni. A parancsokat a parancssor alapján mutatom be, az alap- 
elvek természetesen mindenhol ugyanazok. 

A művelet (action) célja, hogy kódrészletet szúrjunk 

be a programunkba a forráskód megváltoztatása nélkül. 
Hasznos lehet, ha a kód élesben fut, és ki akarunk pró- 
bálni valamit. Akkor is jól jön, ha éppen a hibakeresés 
közepén vagyunk, és nem szeretnénk egy változtatás 

miatt újraindítani az egész hibakeresőt. 








Műveletet a következő formában adhatunk meg: 
a cline-numbers: ccodes. 


Nézzünk egy példát: 
DBc105 a 9 $index - $ ; 


A fenti sorral egy új parancsot adtunk a foreach 
ciklushoz, amely tárolja a folyamatosan növekvő in- 
dexszámlálót. Ha kilistázzuk a programot, a művelete- 
ket tartalmazó sorok mellett egy a betűt láthatunk. 

A művelet mindig előbb hajtódik végre mint a sor 
amelyhez kapcsolódik. A beállított műveleteket az L 
paranccsal tudjuk listázni, törölni pedig úgy lehet őket, 
hogy az a és a sorszám után nem írunk semmilyen 
parancsot. Az eddigiek a Perl 5.6 és korábbi verzióira 
vonatkoztak; Perl 5.8 alatt a műveletet az A parancs és 
a művelet sor száma törli. 

A töréspontok és figyelőpontok folyamatos végrehaj- 
tás során adják vissza a vezérlés a hibakezelőnek, így 
például a korábban bemutatott r vagy c kiadása után. 
Akkor lehetnek hasznosak, ha éppen egy adott számú 
ciklusismétlődés után megjelenő problémát szeretnénk 
vizsgálni, és nem szeretnénk mindig kézzel végiglép- 
kedni a cikluson. 

Töréspontot adott sorra vagy alprogramra állíthatunk be 
és feltételhez is köthetjük. A töréspont megadása a b pa- 
ranccsal történik a következő formában: 

b shout 


Ha kilistázzuk a programot, a shout alprogram első sorá- 
nak sorszáma mellett láthatjuk a b betűt. A végrehajtás 
folytatásához üssük be a C parancsot, és az az alprogram 
belsejében fog megállni. 

Amennyiben követtük az előző példát és a 9. sorban 
létrehoztunk a műveletet, be tudunk állítani egy olyan 
töréspontot, amely éppen a ciklus adott körbefordulásánál 
áll meg: 

b shout ($index eg 8) 


Könnyen elképzelhető milyen hatékonyak lehetnek ezek 
a műveletek és töréspontok, ha egy hosszabb, összetett fel- 
tételes kifejezéseket és külső adatforrásokat tartalmazó 
programban keresünk hibákat. 

A töréspontokat a L parancs listázza, törölni őket Perl 5.6 és 
korábbi verzióiban a d paranccsal lehet. Perl 5.8 alatt a B 
utasítás törli a töréspontokat. 

A figyelőpontokra talán még jobb elnevezés 

a kifejezésfigyelés. Ezek akkor állítják le a programot, 

ha egy adott kifejezés megváltozik. Perl 5.6 alatt a w 
paranccsal a következő módon állíthatjuk be őket: 

W $name 


A figyelőpontokat az L listázza és valamennyit törölhetjük 
ha a w utasítást paraméter nélkül adjuk ki. Perl 5.8 alatt a w 
paranccsal vehetünk fel és a W paranccsal törölhetünk fi- 
gyelőpontokat. 


A Perl hibakereső testreszabása 
Az első dolog amit tudnunk kell, hogy a Perl hibakereső 
nem más mint egy Perl könyvtár, amely kihasználja a Perl 
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értelmezőbe épített programhurkokat. Ha akarjuk akár 

a teljes hibakeresőt is lecserélhetjük, ha lemásoljuk valaho- 
vá az eredeti állományt, majd kódunk BEGIN ciklusában hi- 
vatkozunk rá: 

cp /usr/ltib/per15/5.6.1/per15db.pl -/myper15db.p!l 


A kódunk elejére a következőt írjuk: 
BEGIN í reguire "-/myper15db.pl" 3 


A fenti megoldást például akkor érdemes használni, ha 

a hibakereső 5.6-os változatának formátumát és működését 
jobban kedveljük mint az 5.8-asét. 

Ezen kívül a -d parancskapcsolóval is megadhatunk másik 
hibakeresőt. A 5.6 maga is tartalmazz a Dprof profiler-t 
amely a hibakereső hurkokat használja. Ezt a következő- 
képpen használhatjuk: 

per] -d:DProf mycode.pl 


Akár saját programunkban is használhatjuk a hibakere- 
ső hurkokat. Kódunkban közvetlen töréspontot helyez- 
hetünk el a $DB::single - 1; változó beállításával 

ami például akkor jöhet jól, ha a BEGIN blokkban sze- 
retnénk hibát keresni. Normál esetben ugyanis ez a blokk 
az előtt fut le, hogy a hibakeresőtől megkapnánk a pa- 
rancssort. Ezen kívül a hurkokat arra is felhasználhat- 
juk, hogy egy adott kódot futtassunk bármely alprog- 
ram lefutásakor. Ezekről, és a többi hibakereső hurokról 
további érdekességeket tudhatunk meg a perldebug 
kézikönyvoldalból. 

A hibakereső belső változókészlettel rendelkezik, amelyet 
szintén megtalálunk a perIldebug kézikönyvoldalon. A vál- 
tozók átírására a saját könyvtárunkban, vagy az aktuális 
könyvtárban elhelyezett .per1db beállításállományt hasz- 
nálhatjuk. A beállításfájlban található Perl kód a hibakereső 
indulásakor fut le. A következő utasításokkal például saját 
parancsokat készíthetünk: 

$DB: :aliasf"guit"3 —- "s/Aguit(Ws")/ag/" ; 


Ez a sor lehetővé teszi, hogy a guit begépelésével is kilép- 
hessünk. A perldebug kézikönyvoldalain néhány további 
hasznos alias tippet találunk. 

Számos hibakereső opciót állíthatunk be közvetlenül a hiba- 
keresőben az o paranccsal. Én ezek közül csak egyet hasz- 
náltam, amely a lapozóprogramot változtatja meg: 

Oo pager-] less 


Ezzel a megoldással minden, egy lapnál hosszabb kiíratást 
kedvenc lapozóprogramunkon keresztül tekinthetünk meg, 
ha egy pipe karaktert írunk a kiadott parancsok elé. 
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A KDE ,.Kiosk" módja 


Ha a felhasználó véletlenül elrontja egy program beállításait, az nemcsak neki, 
de a belső támogatásnak is komoly bosszúság. Nézzük, hogyan lehet a fontosabb 


beállításokat megóvni a módosításoktól. 


KDE asztal egyik legfontosabb jellemzője, hogy 

teljes egészében testreszabott , felhasználói él- 

ményt" tud biztosítani. A legtöbb KDE program az 
asztali rendszer által biztosított szolgáltatásokra és beépülő 
modulokra támaszkodik, így egységes felhasználói felület 
jön létre, és a beállításokat is könnyű elérni. A felület egyik 
népszerű kiterjesztése a KDE , Kiosk" (kioszk, nyilvános 
terminál) módja, melynek révén a rendszergazda a végfel- 
használók asztalának minden jellemzőjét meg tudja adni, 
és szükség esetén azt is megakadályozhatja, hogy a felhasz- 
nálók módosítsák az előzetes beállításokat. 
A KDE alkalmazások a Microsoft Windows INI fájljaihoz 
hasonló beállító keretrendszert használnak. Ennek egyik 
előnye, hogy a rendszergazda vagy a felhasználó közvetle- 
nül, kézzel is könnyen át tud szerkeszteni egy-egy beállító 
fájlt. Az INI fájlok normál szövegfájlok. Több, névvel ellá- 
tott részre oszlanak, ezek mindegyike egy vagy több 
kulcs/érték párt tartalmaz. Az értékeket közvetlenül az 
alkalmazások adják meg és használják: 


[csoportNév] 
kulcssérték 
kulcs2-érték2 


A beállító fájlok sokféle helyre kerülhetnek, attól függően, 
hogy melyik terjesztést használjuk. Amikor egy alkalmazás 
megpróbálja megkeresni saját beállításait, akkor a keresést 
egy előre megadott sorrend szerint végzi. A beállító fájlok 
keresése során végiglátogatott könyvtárak listáját a kde- 
config -path config paranccsal tekinthetjük meg. 

A könyvtárak fordított sorrendben jelennek meg ahhoz 
képest, ahogy tényleges bejárásuk történik. A keresési lista 
összeállítása az alábbi szabályok alapján történik: 


1. /etc/kderc: Ebben a fájlban lehet megadni a bejárandó 
könyvtárakat. 

2. KDEDIRS: Normál környezeti változó, a KDE alkalmazá- 
sok számára a KDE könyvtárak és alkalmazások telepí- 
tési könyvtárát adja meg. A legtöbb esetben már beje- 
lentkezés előtt megkapja értékét. A KDE telepítési 
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1. ábra A Kongueror fő eszköztára feliratos módban 














2. ábra A Kongueror fő eszköztára ikonos módban 


könyvtára önműködően a lista végére kerül, 

ha még nem szerepel benne. 
3. KDEDIR: Régebbi környezeti változó, használata 

a KDEDIRS megjelenése óta ellenjavallt. Ha a KDEDIRS 

kapott már értéket, akkor a KDEDIR nem jut szerephez. 
4. A kérdéses futtatható fájlt tartalmazó könyvtár. 
KDEHOME vagy KDEROOTHOME: Általában -/ . kde. Előbbi 
minden felhasználónál létezik, utóbbi csak a root 
esetében. 
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A beállító fájlok a könyvtárfa /share/config végződésű ágai- 
ban találhatók, tehát például a KDEHOME környezeti változó 
értékéhez a /share/config kerül hozzáfűzésre, amikor a rend- 
szer összeállítja a beállító fájlt tároló könyvtár nevét. 
Amikor egy alkalmazás saját beállításait kéri, a KDE az al- 
kalmazáshoz tartozó fájlokat kutatva a fenti könyvtárak 
mindegyikét végigkeresi, majd egyetlen beállító objektum- 
ba egyesíti őket a program számára. A beállítások egyesítése 
kulcsonként haladva történik, ütközés esetén a kulcs az 
utolsóként beolvasott értéket kapja. Mivel a KDEHOME fájljai 
mindig utolsóként kerülnek beolvasásra, a helyi felhasználó 
által a fájlban végrehajtott módosítások felülbírálják az 
egyéb beállító fájlok által tárolt beállításokat. Ez az oka an- 
nak, hogy a kde-config parancs kimenetében a könyvtárak 
fordított sorrendben jelennek meg. Ez ugyanis a bennük 
elhelyezett beállító fájlok fontossági sorrendje. 

A beállító fájlok többszintű kezelésének köszönhetően 
megadhatnak egy magasabb szinten, ezek egészen addig 
érvényben maradnak, míg a felhasználók meg nem változ- 
tatják őket. Ha például a rendszergazda be szeretné állítani 
az összes felhasználó alapértelmezett háttérképét, akkor 
valamelyik felsőbb szintű könyvtár kdesktoprc fájlját átírva 
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3. ábra A kcalc General Settings (Általános beállítások) 
párbeszédpanelje a pontossági beállítások zárolása után 


könnyen elérheti célját; beállítása addig marad érvényben, 
míg az egyes felhasználók felül nem bírálják: 


[IDesktop0] 


wallpaper-/usr/kde/3.3/share/wallpapers/ 
5 hatterkep.jpg 


A KDE Kiosk módjának egyik lehetősége az, hogy képes 

a korábban beolvasott beállító fájlokban szereplő értékek 
zárolására, így a már megadott értékeket később nem lehet 
felülírni. Ez nemcsak arra jó, hogy a rendszergazdák előre 
megadjanak bizonyos beállításokat, de annak megakadá- 
lyozására is alkalmas, hogy a felhasználók egyedi módosítá- 
sokat eszközöljenek. A beállítási értékek ily módon történő 
zárolása rendkívül egyszerű. 

Tegyük fel, a rendszergazda úgy szeretné rögzíteni 

a Kongueror beállításait, hogy a navigációs eszköztár mindig 
szövegesen jelenjen meg. 

A $KDEHOME/share/config/konguerorrc fájlt átfutva ráta- 
lálhatunk a következő részre: 


IKongMainwindow Toolbar mainToolBar] 
IconText-Textonly 


A fenti beállítás értelmében a Konguerornak a fő eszköztá- 
ron feliratokat kell megjelenítenie, és nem ikonokat. 
Kongueror alatt rendkívül könnyen meg lehet ezt változtat- 
ni, csak rá kell kattintani az egér jobb gombjával az eszköz- 
tárra, majd a Text Position (Feliratok helye) parancs kivá- 
lasztása után átválthatunk a kívánt megjelenítésre. Az 1. és 
a 2. ábrán a szöveges és az ikonos stílusú eszköztár látható. 
Ha zárolni szeretné a beállítást, a rendszergazdának létre 
kell hoznia a konguerorrc fájlt az egyik magasabb szintű, 
beállításokat tároló könyvtárban, illetve módosítania kell 
azt. A megadott érték módosításának megakadályozásához 
az alábbiak szerint kell módosítani a fájlt: 


IKongMainwindow Toolbar mainTroolBar] 
IconText[$i]-Textonly 


ZVze4 ai 4 


tilos, vagyis a Konguerornak ezt az értéket kell alkalmaznia, 
nem veheti figyelembe az alsóbb szintű könyvtárakban 
található, normál esetben ezt a beállítást felülíró értékeket. 
A könyvtárfa alsóbb szintjén található, a IKongMainwindow 
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4. ábra A kcalc General Settings (Általános beállítások) 
párbeszédpanelje a pontossági beállítások feloldása után 


Toolbar mainToolBar] szakaszt szintén tartalmazó beállító 
fájlok nem tudják felülbírálni az IconText értékét. 

A fájl elmentése és a Kongueror újraindítása után bármilyen 
változtatást is eszközölünk a navigációs eszköztáron, az 

a Kongueror újraindításával elvész. Ennek oka az, hogy 

az érték egy felsőbb szintű könyvtárban zárolva van, ezért 
alsóbb szinten nem írható felül. 

Ha nagyobb méretekben gondolkodunk, akár egész beállí- 
táscsoportokat is megvédhetünk a módosításoktól. Ha egy 
csoportot megváltoztathatatlanként jelölünk meg, akkor 
összes tagja is ilyen lesz. Példa a KCalc beállító fájljából, 

a kcalcrc-ból: 


IPrecision][$i] 
fixed-true 
precision-12 


Ha a kcalc-ot a Precision (Pontosság) csoport módosításának 
letiltásával indítjuk, akkor a megfelelő értékek módosítása 
lehetetlen lesz. A 3. és a 4. ábrán látható a zárolt és a felol- 
dott kcalc pontossági beállítások közötti különbség. 

Arra is van lehetőség, hogy egy-egy alkalmazás beállító 
fájlját teljes egészében zároljuk, ehhez a [$i] jelölést a fájl 
elején kell elhelyeznünk. Ekkor a jelzés a fájl összes cso- 
portjára és kulcs/érték párjára érvényes lesz. Ha a beállító 
fájlt ezzel a módszerrel védjük, akkor az adott alkalmazás 
beállításait illetően semmilyen módosítás végrehajtására 
nem lesz lehetőség. 

Egy másik lehetőséget kínál az a tény, hogy ha egy KDE 
alkalmazás nem kap írási jogot egy beállító fájlra, akkor azt 
olyanként kezeli, amelynek módosítása tiltott. A fájlelérési 
engedélyeket közvetlenül is meg lehet adni a KDEHOME 
könyvtárban található fájlokra, így meg lehet akadályozni 
a felhasználókat a beállítások módosításában. 

Ha például a kickerrc fájlt csak olvashatóként mentjük el, 
akkor elvesszük a felhasználóktól a kicker panel módosí- 
tásának lehetőségét. Számos más KDE alkalmazás is így 
működik, igaz, ilyenkor ahhoz, hogy beállításaikat újra 
beolvassák, újra kell indítani őket. 


Műveletek korlátozása 

A rendszergazdák nemcsak a beállításokat védhetik a fel- 
használóktól, de bizonyos műveletek végrehajtásában is 
megakadályozhatják őket. Műveletnek hívunk minden 
olyan tevékenységet, amelyet a felhasználó végezhet, 
ilyen például a Fájb Új parancs elérése. Mivel a legtöbb 
KDE alkalmazásban sok közös művelet szerepel, az előre 
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5. ábra A kicker panel módosíthatatlanként megjelölt beállító fájllal. 
Láthatóan kevesebb a benne futó alkalmazások testreszabását 
lehetővé tévő kezelősávot tartalmaz. 


























8. ábra A Kongueror a Súgó menüpont nélkül 


megadott, normál műveletek zárolása könnyedén kivite- 
lezhető. Az alkalmazásokon belüli műveletekre vonatko- 
zó megszorítások beállítása a kdeglobals fájlban történik, 
mely szintén a korábban ismertetett könyvtárfában 
helyezkedik el. 

Az alábbi kódrészlettel letilthatjuk a KDE alkalmazások fő 
menüsorában látható Súgó pont megjelenítését: 


IKDE Action Restrictions][$i] 
action/help-false 


Egy másik lehetőség a Kongueror könyvjelzőinek letiltása. 
Ez a következő módon történik: 


IKDE Action Restrictions][$i] 
action/bookmarks-false 


A műveleti megszorítások nem csupán menüpontokra 
vonatkozhatnak. Az alábbi kódrészlettel például a root 
hozzáférést igénylő szolgáltatásokat tilthatjuk le: 


IKDE Action Restrictions][$i] 
user/root-false 


Rengeteg további lehetőségünk is van, ezek listája a kiosk 
mód leírásában található meg. Számos művelet minden KDE 
alkalmazásban egységesen szerepel. Az alkalmazások egy ré- 
sze ugyanakkor saját műveletekkel rendelkezik, ezek elérhető- 
ségét szintén lehet korlátozni. Néhány érdekesebb ezek közül: 


e  print/system: Megtiltja a nyomtatórendszer kiválasztását. 
e shell access: Megtiltja a héj indítását. 
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default - KIOSK Admin Tool 
? KIOSK Admin Tool 


General Configuration 





(I Disable all tasks and applications that reguire root access 


I Disable access to a command shell 

0 Disable Logout option 

(I Disable Lock Screen option 

[ Disable "Run Command" option (Alt-F2) 

0 Disable toolbar moving 

I Disable execution of arbitrary .desktop files. ye 


ll ex eni Eli 
0 Disable Bookmarks 








Disable Window Manager context menu (Alt-F3) 


The window Manager context menu is normally shown when Alt-F3 is pressed or when the menu button 
on the window frame is pressed. 























9. ábra A Kiosk Admin Tool segítségével a rendszergazda kiosk 
beállításegyütteseket hozhat létre és telepíthet 


e logout: Megtiltja a felhasználók kijelentkezését. 

e run command: Letiltja az ALT-F2-vel megnyitható 
parancs futtatása ablakot. 

e  lineedit text completion: Letiltja a sorszerkesztőknek 
azt a szolgáltatását, mely szerint rögzítik a korábbi 
beviteleket, majd részleges bevitelek kiegészítéseként 
felkínálják őket. 


Egyéb erőforrások elérésének korlátozása 

A beállító fájlokon kívül a KDE alkalmazások további erő- 
forrásokat is igénybe vesznek a KDEDIRS könyvtárakból. 
A fenti példákhoz hasonlóan ezeket az erőforrásokat is ki 
lehet bővíteni a KDEHOME alá elhelyezett további erőfor- 
rásfájlokkal. A KDE az ilyen típusú fájlok elérhetőségének 
korlátozására is biztosít lehetőséget. A vonatkozó beállítá- 
sok tárolása a kdeglobals beállító fájlban történik. Az alábbi 
kdeglobals kódrészlet például megakadályozza a felhaszná- 
lót abban, hogy a felsőbb szintű erőforráskönyvtárak vala- 
melyikében megadottaktól eltérő ikonkészleteket telepítsen 
és használjon: 


IKDE Resource Restrictions][$i] 
icon-false 


A KDE által megadott erőforrások típusait az 1. táblázatban 
foglaltuk össze. 


A Vezérlőközpont használatának korlátozása 

A Vezérlőközpont elemeit el tudjuk ugyan távolítani, 

ám a felhasználók ettől még hozzáférnek az illető 
beállításokhoz. A Vezérlőközpontra vonatkozó korláto- 
zásokkal azonban biztosíthatjuk, hogy a felhasználók 

az átfogó érvényű beállítások jelentős részéhez ne 
férjenek hozzá. 

A kdeglobals fájlban az alábbi részt elhelyezve megtilthatjuk 
a felhasználóknak a megadott vezérlőmodulok elérését. 











A modulok teljes listáját a kcmshe11 -list paranccsal jele- 
níthetjük meg: 


IKDE Control Module Restrictions1[$i] 
kde-crypto. desktop-false 
kde-clock.desktop-false 


URL-ekre vonatkozó korlátozások 

A KDE lehetőséget kínál arra is, hogy szűrjük a Kongueror 
címsorába, illetve a KDE belső URL könyvtárainak közre- 
működésével más programokba beírt URL-eket. Ha az URL 
elérést megadott webhelyre szeretnénk korlátozni, az alábbi 
szakaszt kell beillesztenünk a kdeglobals fájlba: 


IKDE URL Restrictions]1[$i] 
rule count-n 
rule 1-open, , , ,http , pelda. com, , false 


rule 2-open, , , , file, , /mit/share, false 
rule 3-Tist, , , , file, , /mit/cdrom, true 
rule n-... 


A szabályok a következő formátumot követik: 
rule N--művelets , cprotokol15 , cállomássz , 
s zelérési úts, URL protokoll35,cURL állomász, 


5 AURL elérési úts, cenableds 


A határozott módon meg nem adott értékek mindennel 
egyezést mutatnak. 
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A fentiek közül az első szabály a pelda . com webhely eléré- 
sében akadályozza meg a felhasználókat. A második sza- 
bály értelmében a felhasználók a /mnt/share könyvtár fájl- 
jait nem nyithatják meg, és nem is menthetnek ide semmit. 
A harmadik szabály szerint a felhasználók a /mnt/cdrom 
könyvtárnak még a fájllistáját sem tekinthetik meg. 

Az alábbi listával megadott tartomány Http-n keresztül való 
elérését akadályozzuk meg, ezzel a https használatára 
kényszerítve a felhasználókat: 


ÍIKDE URL Restrictionsl[$i] 

rule count-2 

rule 1-open, , , ,http! , "pelda. com, , false 
rule 2-open, , , ,https , "pelda. com, , true 


Az URL-ekre vonatkozó megszorításoknál az alapeljárás az, 
hogy az egyezés a hasonló nevű protokollokkal is létrejön, 
ezért egy a http-re megadott szabály a https-re is érvényes. 
A fenti példában a http! kulcsszóval biztosítottuk, hogy 

a szabály csak a http protokollra vonatkozzon, a https-re ne. 


A KDE Kiosk Tool 

Az utóbbi időben a kiosk környezet önműködővé tételével 
kapcsolatos munkálatok eredményekért elkészült a Kiosk 
Admin Tool (felügyeleti eszköz, 5 www.linuxjournal.com/ 
article/7927). A programmal önműködővé lehet tenni 

a KDE által támogatott kiosk szolgáltatások egy részének 
felügyeletét. A rendszergazda a Kiosk Admin Tool segítségé- 
vel a korábban említett elemek jelentős részét úgy szabhatja 
testre, hogy a beállító fájlokat nem kell kézzel szerkesztenie. 
A Kiosk Admin Tool alkalmazásával a rendszergazda többfé- 
le kiosk profilt is létre tud hozni, ezeket el tudja helyezni 
egy központi gépre, majd a beállításokat hálózaton keresz- 
tül, például SSH protokollon tudja terjeszteni. Bár az eszköz 
egyelőre nem ismeri az összes testreszabható értéket, ké- 
sőbbi változatai minden bizonnyal nagyobb szabadságot 
adnak majd a beállítások rögzítése terén. 


Osszegzés 

A KDE Kiosk keretrendszere által biztosított fejlett beállító 
szolgáltatások révén az asztali , élmény" teljes mértékben 
testreszabható. Legyen szó akár több munkaállomás felügye- 
letéről, akár az új felhasználók alapértelmezett beállításainak 
megadásáról, a rendszergazdák több mint elegendő mozgás- 
teret kapnak a kívánt eredmény eléréséhez. Írásomban a lé- 
tam kitérni. Kísérletezgetéssel, tapasztalatok gyűjtésével 
bárki mélyebben is megismerheti a testreszabott asztali kör- 
nyezetek létrehozására használható beállításokat. 


Linux Journal 2005. február, 130. szám 


Caleb Tennis tervezőmérnök egy kis kutató-fej- 
lesztő cégnél az indianai Columbus városában. 
Számos nyílt forrású tervezetbe kapcsolódott 
be, köztük a KDE, a Comedi és a Gentoo Linux 
fejlesztésébe. Ha az időjárás engedi, görkorcso- 
2 1] lyázással vagy vízideszkázással piheni ki magát. 
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Reflektorfényben az OpenOffice.org 


Vajon jól szolgál az OpenOffice.org Writer, mint szerkesztői eszköz egy többféle 


géptípust is használó kiadóvállalatnál? 


z OpenOffice.org egy nagyszerű alkalmazáscso- 
A mag, számos hasznos összetevőből áll, melyek 

számtalan lehetőséget kínálnak használójuknak. 
Testreszabható, és jó néhány nyílt dokumentumformátumot 
támogat. Ha az alapbeállításokat saját, egyéni igényeinkhez 
szeretnénk igazítani, az OpenOffice.org makrók és egyéb 
parancsfájlok készítésének lehetőségével van segítségünkre. 
Szerkesztőként dolgozom egy szabad szoftverekkel foglalko- 
zó lengyel magazinnál. A szerkesztési folyamat kezdetén 
a szerző átadja a szöveget a szerkesztőnek, aki átszerkeszti 
azt. Az átszerkesztés a különféle tartalmi és formai hibák ja- 
vítását jelenti, illetve a szöveg felkészítését, szabványos for- 
mába hozatalát a további lépésekben történő feldolgozáshoz. 
Ezután a korrektor feladata a szöveg további javítása, majd 
újra a szerkesztő lép a színre, aki elvégzi a végső módosításo- 
kat. Végül a szedő előkészíti a szöveget a nyomtatásra, majd 
a teljes anyag utolsó ellenőrzését újfent a szerkesztő végzi el. 
A szöveg minden egyes lépésnél más-más formát ölt. A mi 
kiadóvállalatunk a nyílt dokumentumformátumokat támo- 
gatja, ezért szerzőink HTML formátumban vagy egyszerű 
szövegként szállítják anyagaikat, a képeket pedig PNG 
vagy EPS formátumban mellékelik. Az anyag szerkesztése 
után a szerkesztő küld egy másolatot a szerzőnek, ez 
HTML formátummal történik. A korrektorok Microsoft 
Windows rendszereken dolgoznak, Microsoft Worddel, 
ezért ők .doc formátumban igénylik az írásokat. A szedők 
Macintosh gépeket és OuarkXPresst használnak. Nekik két- 
féle dokumentumra van szükségük: a Microsoft Word fájlra 
a nyomtatáshoz és a cikkhez előírt formátum ellenőrzésé- 
hez, valamint egy Macintosh szövegfájlra, amivel Ouark 
alatt is tudnak dolgozni. 
Negyedévente megjelenő kiadványunk 2000 őszén indult, 
akkor még StarOffice-ot használtam. Azóta áttértem az 
OpenOffice.orgra. A szerzők szövegfájljaival StarOffice és 
OpenOffice.org alatt nagyon hasonlóan tudok dolgozni. 
Korábban StarWriter, jelenleg OpenOffice.org Writer alatt 
beimportálom a szöveges vagy HTML formátumban lévő 
dokumentumot, majd amikor végeztem vele, HTML, Mic- 
rosoft Word, illetve SDW vagy SXW formátumba mentem. 


Szöveg- és HTML fájlok importálása 
Ha egy forrásfájl megfelelő formában jut el hozzánk, akkor 
a megnyitásával nem lehet gond. Ha egy fájl megsérült, 
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1. ábra A KillparZ makró végzi el a beimportált szövegfájlok 
előzetes feldolgozását 


akkor helyre kell állítani. Figyelembe véve a dokumentumok 
nyílt formátumát, ez nem jelenthet különösebb kihívást. 
Miután beimportáltunk egy fájlt, a megfelelő formátumra 
kell alakítani. A lengyel, német, francia és egyéb nem angol 
nyelvű írások szerkesztőinek a kódlapot is át kell állítaniuk. 
A lengyel dokumentumoknál például a szabványos kódlap 
az ISO-8859-2, viszont az összes OpenOffice.org dokumen- 
tum alap kódlapja az LITF-8. Ha a beimportált dokumentu- 
mokat kényelmesen akarjuk átalakítani, akkor egy makróra 
lesz szükségünk. Az általam OpenOffice.org alá készített 
makrók több kódlap-átalakítót is tartalmaznak, például ké- 
pesek az ISO-8859-2 — UTF-8 és fordított irányú átalakításra. 
A szövegszerkesztők némelyikében készült szövegfájlok 
bekezdései sokszor több sorba kerülnek. Összevonásukra 

a KillparZ makrót használhatjuk, ez az Andrew Brown által 
készített killpars továbbfejlesztett változata (1. ábra). 

A KillparzZ az 000-macro csomag egyik eleme. 

Feltéve, hogy a szerző a megfelelő kódlapot adta meg, 

a HTML fájlok importálásakor sem lehet gond a karak- 
terkészlettel. Az viszont kellemetlen meglepetésként érhet, 
hogy a HIML dokumentumok esetében a makrókhoz ren- 
delt gyorsbillentyűk nem működnek. Ahhoz, hogy szóra 
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2. ábra HTML fájl OpenOffice.org alól kimentve. 3. ábra Ugyanaz a HTML fájl a soffice2html 


0 Kiskapu Kft. Minden jog fenntartva 


A fájlban stílusok, osztályok és egyéb szűrővel átalakítva — jóval könnyebben olvasható . 
nemkívánatos formázások szerepelnek. és kezelhető formában bizonyulnak. 


A StarOffice és az OpenOffice.org 

készítőinek némi visszafejtést is 
bírjuk őket, létre kell hoznunk egy üres OpenOffice.org kellett végezniük, csak így tudták feltérképezni a Microsoft 
Writer dokumentumot, meg kell nyitnunk a HTML fájlt, má- Word formátumának felépítését. Emiatt a Writer Word for- 
solnunk kell a tartalmát, be kell zárnunk a HTML fájlt, majd . mátumú mentésért felelős része nem működik tökéletesen. 
be kell illesztenünk a tartalmat a Writer dokumentumba. Ha tehát szabványos típusú dokumentumokat akarunk má- 

soknak átadni, illetve ilyeneket szeretnénk tőlük fogadni, 

Kódlapok és DOC fájlok akkor készítsünk egy minden szükséges formázást -— fejlé- 
Mivel a mi kiadványunk lengyelül jelenik meg, használnom  cek, dőlt és félkövér betűk — tartalmazó mintát. Ezután 
kell a lengyel nyelvre jellemző írásjeleket, tehát kifinomultabb . adjuk oda a mintát munkatársainknak, és kérjük meg őket, 
módszerre van szükségem a fájlok exportálásához. ellenőrizzék, mindent jól látnak-e. 


Kapu a Linux világába 
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Szavazz a CD-mellékletrőlt 


— Tavasszal ,Szerkeszd te is a Linuxvilágot!" felhívással egy ori-line kérdőív kitöltésére kértük olvasóinkat 
mindenhol E! honlapunkon, amelyet örömünkre sokan kitöltöttek. A válaszok több kérdésben meglehetősen 
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4. ábra A CHIP Special szerkesztői gárdája, balról jobbra: Robert 
Bielecki (szerkesztő), Romek Gnitecki (főszerkesztő), Cezary M. Kruk 
(CHIP Special Linux) és Tomek Borukalo (szerkesztő) 


Az általunk kezelt írások egyszerű dokumentumok. 
Szerkesztőségünk a fent említett három betűkészletet hasz- 
nálja, természetesen dőlt és félkövér betűket is alkalma- 
zunk, továbbá kétféle fejlécet és egyszerű táblázatokat. 

A dokumentumokba nem szoktunk képeket illeszteni, 
egyszerűen csak felsoroljuk bennük a PNG vagy EPS 
formátumú képfájlok neveit. Ezeket a dokumentumokat 
SDW vagy SXW formátumbál is gond nélkül lehet Micro- 
soft Word formátumba kimenteni. 


HTML formátum 

A HTML formátumú dokumentumok előállítása már kicsit 
nehezebb feladat. A StarWriter és az OpenOffice.org Writer 
kétségkívül kifinomult HTML fájlokat állítanak elő, amint 
az a 2. ábrán is látható. Semmi nem akadályozza meg 
ugyanakkor, hogy ezeket a fájlokat egy egyszerű Perl pa- 
rancsfájllal továbbalakítsuk. Nálam ez a parancsfájl 

a soffice2html nevet kapta. A parancsfájl elején a sorvége- 
ket cseréljük le szóközökre, valahogy így: 


s/m/ /; 
Ezután a kód bizonyos elemeit cseréljük le másokra. Például: 


s/2(OV?)B3/c$1STRONG:/g; 
s/2(WV?)I2/c$1EM2/g; 


A fenti parancsokkal az összes AB: . . . €/B: és 2I5 ... 
címkepárt lecseréljük cSTRONG: . . . S/ STRONG: és 
SEM5 . . . c/EM3 párokra, így a félkövér és a dőlt szakaszok 
jelölése szabványos lesz. Ezután vegyük ki a felesleges 
címkéket, például: 


£/15 


S/cEM3cEM5/ cEM2/g; 
sS/A/EMZAVEMS/ VEND /g; 


A sorvégek egy részét érdemes visszaállítani. Használjuk 
például a következő parancsokat: 


s/C.4?)/$1m2/g; 
s/2C.r?)/2n$1/g; 
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Ezzel az egyes HTML-címkék elé és mögé sorvégjeleket 
helyezünk el. Ha szakemberhez méltó parancsfájlt akarunk 
írni, talán még egy záró parancsot adjunk hozzá: 


print OUT 7cl— ", 
scalar localtime, 


"soffice2htmil: ", 
kn; 


A záró paranccsal egy az alábbihoz hasonló megjegyzés 
kerül a feldolgozáson átesett HTML fájlba: 


ca1— soffice2html: wed Jul 23 17:34:35 2003 — 


Tehát, ha a dokumentum.sxw-t kimentjük, mint 
dokumentum.html-t, akkor ez utóbbit a soffice2htm1 
dokumentum .htm!] paranccsal tudjuk feldolgozni. (3. ábra) 

A HTML tájlok ilyen jellegű átalakításával érhetjük el a leg- 
jobb eredményt, vagyis szabványosabb, könnyebben olvas- 
ható kódhoz és 15-40 százalékkal kisebb fájlokhoz jutunk. 

A soffice2htm! parancsfájl szintén megtalálható az 000- 
macro csomag jelenlegi változatában. 

Ha egy dokumentumból egyszerű Macintosh szövegfájlt 
akarunk előállítani, akkor a megfelelő karakterkészletet 
használó ,Text Encoded" fájltípussal kell mentenünk. 

A lengyel dokumentumoknál a megfelelő készlet az Eastern 
Europe (Kelet-Európa). 

Ez a kimentési mód a hétköznapi feladatokhoz tökéletesen 
megfelel, de nyomdai célokra nem. Cikkeinkben sokszor 
szerepelnek a különféle műveletekhez tartozó billentyű- 
kombinációk szimbólumai és egyéb különleges karakterek. 
Ha a normál eljárást követjük a Macintosh szövegfájlok elő- 
állításakor, akkor ezeket a karaktereket elveszítjük. Ahhoz, 
hogy megmaradjanak, egy makróra van szükségünk, amely 
az UTF-8 kódlap szerinti karaktereket Macintosh kódlap 
szerintiekre alakítja. Az e célra használható makró, 

a recode utf 8 to apple macintosh szintén az 000-macro 
csomag része. 

A makróval úgy készíthetünk szövegfájlt, hogy lefuttatjuk, 
majd a dokumentumot , Text Encoded" típussal mentjük, 

a System karakterkészlet és CR bekezdésjelek használatával. 
A fájlba így minden a szedő munkáját segítő és megkönnyí- 
tő információ bekerül. 


Reflektorfényben 

Az OpenOffice.org Writer, mint szerkesztői eszköz segít- 
ségével elvégezhetjük a dokumentumok feldolgozását, 
megoszthatjuk őket a szerzők, a korrektorok és a szedők 
között — s mindez az összes résztvevő számára kényel- 
mes, átlátszó módon történik. Mindössze a Writerre, 
néhány Iruelype betűkészletre és makróra, valamint 

a letisztultabb HTML fájlokat előállító Perl parancsfájlra 
van szükségünk. 


Linux Journal 2005. február, 130. szám 
Cezary M. Kruk Lengyelországban, Wroclaw 


városában él. A negyedévente megjelenő 
lengyel CHIP Special Linux egyik szerkesztője. 














LaTeX egyenletek és ábrák PHP-ben 


Oldalainkba LaTeX tartalmat ágyazva be a ködös múltba száműzhetjük 
a matematikai egyenletek webes megjelenítésének nehézségeit. 


yugodtan kijelenthetjük, hogy a weblogok és 
mh a wiki oldalak világát éljük. Bár újságok, általános 

szövegek vagy akár fényképek közzétételére ezek 
a rendszerek tökéletesen megfelelnek, ám ha egyszerű 
szövegek és képek kezelésénél többre van szükségünk, 
korlátaik hamar nyilvánvalókká válnak. A műszaki jellegű 
weblogok esetében különösen fontos a grafikonok, mate- 
matikai kifejezések, diagramok stb. megjelenítésének támo- 
gatása. Pusztán HTML alapon mindezt meglehetősen 
nehéz, ha nem egyenesen lehetetlen megoldani. 
A külső alkalmazások, mint a dia, az xfig vagy a Microsoft 
Egyenletszerkesztő használata szintén bonyolult, hiszen 
először össze kell állítani az ábrát vagy egyenletet az adott 
alkalmazásban, majd kép formájában fel kell tölteni 
a weboldalra. Ha egy közös weblog egy másik szerkesztője 
módosítani szeretne egy ábrát, akkor neki is rendelkeznie 
kell az adott alkalmazással, illetve a kép készítésekor létre- 
jött eredeti fájllal. Az ilyen megoldások természetes velejá- 
rója a bonyolultság, valamint az oldalakon megjelenő 
egyenletek és egyéb ábrák hullámzó minősége. 
Írásomban bemutatom, hogyan lehet a LaTeX-et, ezt a ki- 
fejezetten műszaki dokumentumok készítésére fejlesztett 
szedőeszközt és -nyelvet PHP-ből hasonló igények kielégí- 
tésére használni. A LaTeX-et PHP-ből hívom meg, amikor 
a HTML tudása az összetett igények kezelésére elégtelen- 
nek bizonyul, az eredményeket pedig PNG képek formájá- 
ban jelenítem meg; a PNG formátumot minden korszerű 
böngészőprogram támogatja. Mivel ilyenkor minden szük- 
séges program a kiszolgálón található, minden szerkesztő 
és felhasználó ugyanazokat az eszközöket és csomagokat 
használhatja anyagai közzétételére. 


Miért nem MathML? 

A W3C szerint a MathML egy alacsony szintű XML 
szabálygyűjtemény matematikai anyagok leírására. 

Bár a MathML emberi szem számára is olvasható, a leg- 
egyszerűbb esetektől eltekintve az XML kód előállítására 
egyenletszerkesztőt vagy egyéb segédprogramot kell 
használni. Mindemellett a jelenlegi böngészők a MathML 
nyelvnek csak egy részét támogatják, sok esetben azt is csak 
külső beépülő modul segítségével. Bár maga a nyelv való- 
színűleg ígéretes jövő elé néz, jelenlegi támogatottsága 

és használhatósága gyakorlatilag nulla. 


www.linuxvilag.hu 


A helyzetet tovább árnyalja, hogy Leslie Lamport LaTeX 
szedőrendszere a műszaki és tudományos dokumentu- 
mok készítése terén gyakorlatilag szabvánnyá vált. 

A Donald Knuth az 1970-es évek elejéről származó TeX 
dokumentumszervező rendszerére épülő LaTeX valami- 
kor 1994-ben jelent meg. Mára kiforrott, közismert, elkö- 
telezett felhasználói bázissal rendelkező, műszaki doku- 
mentumok készítésére használt megoldássá vált. Termé- 
szetesen szó sincs arról, hogy a LaTeX megismeréséhez 
elég volna egy róla szóló leírást a párnánk alá helyezni. 
Éppen ellenkezőleg. Ám akkor is tény, hogy a MathML 
jelenleg még nem képes megfelelő alternatívát kínálni 

a meglévő rendszerrel szemben. 


Követelmények 

A UNIX ,árjunk egymással együttműködni képes prog- 
fogok egymáshoz csatolni. A programok egymással 
együttműködve fogják előállítani a LaTeX forrás PNG 
formátumú megfelelőjét. A LaTeX egy újabb, a dvips 

és az ImnageMagick eszközkészlettel kiegészített változa- 
tára lesz szükségünk. A végeredményt az InageMagick 
készlet convert segédprogramjával fogjuk PNG képpé 
alakítani. Szerencsére a legtöbb héj hozzáférést is biz- 
tosító tárhelyszolgáltató eleve rendelkezik ezekkel 

az eszközökkel. 


Áttekintés 

A leképező rendszer egy szöveges karakterláncot vesz 

át, majd további feldolgozásra kiolvassa belőle a [tex] 

és [/tex] párok közé illesztett részeket. Ezeket a kinyert 
szegmenseket thunkoknak nevezzük. Ha egy thunk koráb- 
ban már feldolgozásra kerül, vagyis a kódjának már van 
képi megfelelője, akkor helyére egy erre a képre vezető 
URL kerül. Ha új thunkról van szó, akkor átadásra kerül 

a LaTeX-nek, amelynek kimenete egy DVI fájl formájában 
jelenik meg. A DVI fájlt ezután az InageMagick segítségé- 
vel PNG fájllá alakítjuk, majd behelyezzük a gyorsítótár 
könyvtárba. Az újonnan létrehozott kép URL-jét az ere- 
deti szövegben szereplő thunk helyére tesszük. Amikor 

az összes thunk feldolgozása befejeződött, a kapott szöve- 
get átadjuk a hívónak. Az egyes thunkok átalakításának 
folyamatát az 1. ábra szemlélteti. 
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1. ábra A thunkok leképezésének folyamatábrája 


Használat 

Azt hiszem, a legjobb az, ha felülről lefelé haladva először 
a leképező folyamat meghívásának módjával ismerkedünk 
meg, a megvalósítás részleteit hagyjuk későbbre. A motor 
szerepét egy egyszerű HTML felület tölti be, mely lehetősé- 
get biztosít a LaTeX leképező rendszer tesztelésére. Segítsé- 
gével láthatjuk, hogyan kell meghívni a render (leképező) 
osztályt. Kezdésnek az 1. kódrészletben szereplő egyszerű 
sablont állítottam össze. 

A fenti PHP alapú oldal egy űrlapot biztosít a LaTeX kód 
beírására, majd a transform eljárással a thunkokat a kész 
PNG képek URL-jeire cseréli. Minden más művelet a hát- 
térben, a render osztályban történik. 


Alapszintű beállítások 

A render osztály váza a 2. kódrészletben található. 

A PHP-vel közölnünk kell, hogy eszközeink hol találhatók, 
valamint meg kell adnunk egy könyvtárat, ahova a PHP ki- 
írhatja ideiglenes fájljait és gyorsítótárát. AZ URL PATH érté- 
ket szintén meg kell adni, erre a HTML-ben szereplő image 
címkék előállításakor lesz szükség. 

A látszólagos egyszerűség senkit ne tévesszen meg. 

A kimenő PNG fájl módosítása céljából a LaTeX-nek és 

az InageMagicknek rengeteg beállítást lehet megadni, 

és ezekkel érdemes is megismerkedni. Itt csak a mindezt 
segítő keretrendszert mutatom be. 


A wrap eljárás 

A wrap (burkoló) eljárás fogja a LaTeX thunkot, majd beve- 
zető és záró résszel látja el, így képez belőle érvényes LaTeX 
forrásfájlt. Az eljárás hasonló ahhoz, mint amikor külső eljá- 
rásokat illesztünk be egy C fájlba, vagy Java program készí- 
tésekor csomagok beemelésével bővítjük a nyelv tudását. 
(3. kódrészlet) 

Mint látható, a LaTeX wrapper használata során általá- 
nosan szükséges csomagokat illesztem be. Ilyen az Ame- 
rikai Matematikai Társaság (AMS) csomagja, mely továb- 
bi matematikai elemeket tartalmaz, továbbá a vektoros 
grafikák leképezésére használható PSTricks csomag. 

A pagestyle beállítása empty (üres), így a képekbe 

nem kerülnek oldalszámok. A thunk a document címkék 
közé kerül. 

Lehetséges, hogy rendszerünkön a fenti csomagok egy 
része nem áll rendelkezésre. Ha alap LaTeX rendszerünk 
tudását növelni szeretnénk, akkor a Comprehensive TeX 
Archive Network (CTAN) weboldalról tölthetünk le továb- 
bi csomagokat. (Lásd az internetes forrásokat.) Szerez- 
hetünk például oszlopdiagramok, UML jelölések és 
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1. kódrészlet render example.php 


c!DOCTYPE html] PUBLIC "-//W3C//DTD XHTML 
691.1//EN" 


"http: //ww.w3 . org/TR/xhtm111/DTD/xhtml11.dtd"- 
chtml: 
cheadz 
ctitleszLarex egyenletek és ábrák PHP 
s alattc/titles 
ca/headz 
cbodyz 
c1— a LaTex kód beírására szolgáló űrlap —— 
cform action-"render example.php" method-"post": 
ctextarea rows-"720"7 
cols-7607 
name-" render. text"5c/textareascbr /: 
cinput name-" submit" 
type-" submit" 
value-"Leképezés" /s 
c/formz 
c?php 
if Cisset($ PosT["submit"1])) ( 
echo "chisResultc/h1" ; 
reguire("render.class.php"); 
$text - $ Posrl "render text"]; 
if (get magic guotes gpcO) 


$text - stripslashes($text); 
$render - new renderO; 
echo $render-stransform($text); 
3 
75 
ca/bodyz 
ca/html: 


2. kódrészlet render.php 


class render ( 
var $LATEX PATH - "/usr/local/bin/latex"; 
var $DVIPS PATH - "/usr/local/bin/dvips"; 
var $CONVERT. PATH — "/usr/local/bin/convert"; 
$TMP.DIR -  "/usr/home/barik/public html/ 
5 gehennom/1j/tmp" ; 


var 


var $CACHE DIR -— "/usr/home/barik/public html/ 


5 gehennom/1j/cache" ; 
var $URL PATH - "http://ww.barik.net/1j/ 
5 cache"; 


function wrap($text) ( ... 3 
function transform($text) ( ... b 
function render latex($text) ( ... 3 


: 


3. kódrészlet wrap.php 


function wrap(C$thunk) ( 

s return cccEOS 
Vdocumentclass[10pt]farticlet 
79 itt adhatjuk hozzá a további csomagokat 
VWusepackagefamsmathi 
VWsepackagefamsfonts3 
VWsepackagefamssymb3 
MWsepackageípst-plot3 
MWsepackageífcolor3 
Wagestylefemptyt 
tWbeginfdocument3 
$thunk 
Vendídocument?3 

EOS; 


Karnaugh-térképek készítésére alkalmas csomagot. 
Bármire is van szükségünk, a keresést mindig kezdjük 
a gyűjteménnyel. 


A render latex eljárás 

A render. latex eljárás (4. kódrészlet) az összes thunkot 
kigyűjti, majd egyenként dolgozza fel őket. 

A thunk átadott érték szerepe egyértelmű: ez az éppen 
vizsgált LaTeX kódrész. A hash átadott érték a thunk 

md5 kivonata. 

Megváltoztatom az ideiglenes könyvtárat, majd a thunkot 
egy ideiglenes LaTeX fájlba írom. A LaTeX ezután létrehoz 
egy DVI fájlt. A LaTeX-et a megfelelő parancssori kapcsoló- 
val utasítom a nem interaktív működésre. A létrejött DVI 
fájlt a dvips segítségével PostScript formátumra hozom, 
eközben a -E kapcsolóval egy szövegdobozba illesztem. Ez- 
után a PostScript fájlt átadom a convert-nek, mely PNG ké- 
pet készít belőle. A convert segédprogramnak rendkívül 
sok kapcsolója van; az, hogy melyik beállításhalmaz a legin- 
kább megfelelő, az adott webhelytől függ. 

Végül, nem árt tudni, hogy az exec parancs egy hibajel- 
ző állapotkóddal tér vissza. A rövidség kedvéért a hibael- 
lenőrzést itt elhagytam, és feltételeztem, hogy minden 
művelet sikeresen befejeződik. A LaTeX-nek van néhány 
veszélyes kapcsolója is, amelyek használata egy többfel- 
használós webkiszolgálón gondokat okozhat. Ha tehát 
bizonyos kulcsszavakat találunk a thunkban, inkább 
adjunk hibajelzést. 


Amikor valami félrecsúszik 

Ha a leképezési folyamat során valamilyen hiba történik, 
akkor próbáljunk kézzel átalakítani egy LaTeX fájlt. A hiba- 
keresést az alábbi parancsokkal végezhetjük el: 


latex —interaction-nonstopmode sajat.tex 
dvips -E sajat.dvi -o sajat.ps 


convert -density 120 sajat.ps sajat.png 


Így kideríthetjük, hogy pontosan melyik lépésnél akad el 
a LaTeX leképezés. 
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4. kódrészlet render latex.php 


function render latex($thunk, $hash) ( 
$thunk - $this-swrap(C$thunk); 
$current dir - getcwdO ; 
chdir(C$this-5TMP. DIR) ; 
// ideiglenes LaTeX fájl létrehozása 
$fp - fopen($this-35TMP DIR . "/$hash.tex", 
WHO 
fputsC$fp, $thunk); 
fclose($fp) ; 
// a LaTeX futtatásával ideiglenes DVI fájl 
s létrehozása 
$command - $this-5LATEX PATH . 
" —-interaction-nonstopmode 
$hash . ".tex"; 
exec($command) ; 
// a dvips futtatásával ideiglenes PS fájl 
5 létrehozása 
$command - $this-s5DVIPS PATH . 
" -E $hash" 
s. .dvi -o " . "$hash.ps"; 
exec($command) ; 
// a Ps fájl átadása a ImageMagicknek, amely 
// létrehozza a PNG fájlt 
$command - $this-5CONVERT PATH . 
": -density 120 $hash.ps 
5 $hash.png"; 
exec($command) ; 
// a fájl átmásolása a gyorsítótár könyvtárba 
copy("$hash.png", $this-5CACHE DIR . 
"/$hash.png") ; 
chdir($current dir); 
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5. kódrészlet cleanup.php 


function cleanup($hash) ( 
$current dir - getcwdO ; 
chdir(C$this-5TMP. DIR); 
unlink($this-35TMP. DIR . 
unlink($this-35TMP DIR . 
unlink($this-35TMP. DIR . 
unlink($this-35TMP DIR . 
unlink($this-35TMP DIR . 
unlink($this-35TMP DIR . 
chdir($current dir); 


"/$hash.tex"); 
"/$hash.aux"); 
§/$hash.10g97) ; 
"/$hash.dvi"); 
"/$hash.ps"); 
"/$hash.png"); 


A cleanup eljárás 

A LaTeX leképezési folyamat során elég sok ideiglenes 

fájl jön létre. A cleanup (takarítás) eljárással törölhetjük 
ezeket — nem mintha valami bonyolult dologról volna szó. 
(5. kódrészlet) 
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6. kódrészlet transform.php 


function transform($text) ( 
preg. match all(é/Wtexd CP?) texzsi" , 
5 $text, $matches); 
for ($i - 0; $i c count($matches[01); $i-r-) ( 


$position - strpos($text, $matches[0o][$i]); 
$thunk - $matches[1][$i]; 
$hash -— md5($thunk); 
$full name - $this-5CACHE DIR . "/" . 
$hash . ".png"; 
$ur] - $this-sURL PATH . "/" . 
$hash . ".png"; 


if (lis fileC$full name)) ( 
$this-srender latex(C$thunk, $hash); 
$this-scleanup($hash) ; 
3 
$text - substr replace($text, 
"zimg src-WV$uri WV alt-WVFormula: 
Ses tszzig 
$position, strlen(C$matches[0][$i])); 
, 
return $text; 
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A transform eljárás 

A 6. kódrészletben látható transform eljárás a leképező osz- 
tályt irányítja, illetve nyilvános hozzáférési pontot biztosít 
a programozónak. 

A PHP preg match all függvénye kigyűjti az összes 
thunkot, illetve ezek helyzetét. Ezután a hurokban sor kerül 
a thunkok egyenkénti feldolgozására. A következő lépés 
egy egyedi md5 kivonat készítése az adott thunk szövege 
alapján. Ebből tudjuk eldönteni, hogy egy adott thunk 
korábban már bekerült-e a gyorsítótárba. Ha igen, akkor 
meghívjuk a LaTeX leképező eljárást, és azonnal töröljük 
a létrejött ideiglenes fájlokat. A thunkot mindkét esetben 
egy URL-lel helyettesítjük. Amikor az összes thunkot fel- 
dolgoztuk, a text változóval térünk vissza. 


Egyenletkészítési példák 

Nézzünk néhány példát a LaTeX segítségével előállítható 
egyenlettípusokra. Az egyenletek túlnyomó részét a Helmut 
Kopka és Patrick W. Daly által írt A Guide 10 LaTeX című 
könyvből vettem, ezt sokan az egyik legfontosabb LaTeX-es 
alapműnek tartják. 


a? — b? 


atb 


a-b 


2. ábra Példa — törtek 


[tex] 

tbeginídisplaymathi 

ifracfaA2 - ba2lfa 4 bh - a-b 
Vendídisplaymath3 

[/tex] 
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vorr( X.Y) s Ez 172 


e -e Yom gye] 


i—1 


3. ábra Példa — két változó, X és Y kapcsolata 


[tex] 

tWbeginídisplaymathi 
Wathopftmathrmfcorr33(X,Y)- 
Mfracíftdisplaystyle 

Vsum fi-1)An(x i-Voverline x) 
(y.i-Voverline y)3 
fidisplaystylebiggit[ 

Vsum (i-1)An(x i-Vvoverline x)A2 
Vsum fi-1jAn(y i-Vvoverline y)A2 


Wbiggr]A(1/233 
Vendídisplaymath3 
[/tex] 
66 1) tr2Nn e 1jtr2nti 0 
I(2) - sin(527) 2 ke Zn s piál c té 3. ; ú 22 ze jét 


4. ábra Példa — összetettebb egyenlet 


[tex] 
tbeginídisplaymathi 
I(z) - vsin( Mfractwijt23 zA2 ) Vsum (f(n-OJAVInfty 
Mfracfi (-1)DAn WiA(2ni 1 Vcdot 3 
Vcdots (4n 4 1) ) zAf4n - 13 
-Vcos( NMfracfpil(23 zA2 ) Vsum (fn-OJAVinfty 
Mfract (-1DdAn WwiAf2n 4 13 (1 Vcdot 3 
Vcdots (4n 4 3) 3 zAf4n — 33 
Vendídisplaymath3 
[/tex] 


Grafikonrajzolási példák 

Bár a LaTeX elsősorban matematikai szedésre szolgál, kiegé- 
szítő csomagok segítségével, mint például a PSTricks, más 
területeken is jól alkalmazható. A grafikonokat Herbert 
Vosstól kaptam. Weblapján (lásd a forrásokat) további pél- 
dákat is lehet találni arra, hogy a PSTricks segítségével ho- 
gyan lehet tesztelni a LaTeX leképező rendszert. Összetet- 
tebb példáinak helyes megjelenítése, miért is tagadnánk, 
bizony komoly munkával jár. 


[tex] 
MWsssetfunit-0.5cmt 
tWbeginípspicturez(-4,-0.5) (4, 8) 
Wsgridlsubgriddiv-0, griddots-5 , 
gridlabels-7pt](-4,-0.5) (4, 8) 
Wslinellinewidth-1pt](-53(-4,0) (--4, 0) 
Wwslinellinewidth-1pt](f-53(0,-0.5) (0, 8) 
Wesplotlplotstyle-curve, 
Tinewidth-0.5pt](-43(10.93(10 x exp3 
WrputL[1](1,7.59($104Ax$3 
Wesplotlplotstyl]e-curve, linecolor-red, 
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— 


s 2. a s 











5. ábra Példa — a 10", az e" és a 2 függvény grafikonja 


Tinewidth-0.5pt1(-43133(2 x expl 
WputL[11(2.2,7.59)f(xcolorífbluel$eAx$3 
Mpsplotf(plotstyle-curve, linecolor-blue, 

Tinewidth-0.5pt1](-43(2.053(2.7183 x expt 
WputL[11(3.2,7.59(vcolorfred3$2Ax$3 
Wrput(4,8.5) (vcolorífwhitejchangemormalcolor3 
Wrput(-4,-1D) fvcolorífwhitelbounding 
boxmormalcolor3 
Vendípspicturel 
[/tex] 











—3 —2 —1 1 2 
— -!] -—- 
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-3 1 








6. ábra Példa — a Ceil függvény 


[tex] 

tSpecialcoor 

tbeginípspicturez(-3,-3)(3,3) 
MmultidofVi--2313(631126 
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Wwslinellinewidth-3pt, linecolor-red] 
MI, I) CI MiSvspace 1 sub 4236 
WsaxesllTinewidth-0 . 2mm] (-23(0,0) (-3,-3) (3, 3) 
Vendípspicturel 
[/tex] 


A rendelkezésre álló megvalósítások 

Jelenleg a weben számos LaTeX leképezőt lehet találni, 
ezek egy része jobban, más része kevésbé jól működik. 
Steve Mayer például jelenleg Benjamin Zeiss eredeti PHP-s 
LaTeX leképezőjét tartja karban. Mayer több beépülő mo- 
dult is készített népszerű weblog rendszerekhez, többek 
közt a WordPresshez. Ha valaki moduláris megoldást keres 
a weboldalához, akkor ezt bátran tudom javasolni. 
Érdemes még megemlíteni John Walker textogif-jét. Ez egy 
Perl program, mely a LaTeX2HTML eszközökkel, CGI ala- 
pon képezi le a képeket GIF vagy PNG formátumba. Szin- 
tén kiváló megoldás John Forkosh C-ben íródott, CGI-ként 
futó mimeTeX-e. Előnye, hogy használatához nincs szükség 
a LaTeX-re vagy az InageMagickre, ám ennek a leképezési 
minőségben jelentkezik az ára. 


Osszefoglalás 

A LaTeX-et wiki vagy weblog oldallal összeilleszteni el- 

ső látásra rémisztő feladatnak tűnik. Ha viszont sikerül 
ráéreznünk a megoldásra, többé nem fogjuk érteni, ko- 
rábban hogyan bírtuk ki nélküle. A fenti modellt követve 
azt is láthatjuk, hogy a LaTeX mellett más nyelveket 
hogyan tudunk beágyazni a PHP-be. Érdemes még 
megfontolni a Gnuplot használatát függvényábrázolások 
előállítására, míg az Octave segítségével komplex kifejezé- 
seket tudunk kiértékelni, a POV-Rayjel pedig 3D ábrákat 
tudunk készíteni. 

Jelenleg a weblogíró közösség által lefedett témakörök, 
viszonylagos sokszínűségük ellenére, eléggé egyoldalúnak 
mondhatók. A programozástól különböző területekkel 
foglalkozó műszaki szakemberek egyelőre távol maradnak 
a weblogírás világától, egyszerűen azért, mert a gondola- 
taik átadásához szükséges eszközök hiányoznak. Bízom 
benne, hogy a webes LaTeX leképező rendszer segítségével 
sikerül majd áthidalni ezt a szakadékot. 


Linux Journal 2005. március, 131. szám 


Titus Barik kisvállalkozásokkal foglalkozó informatikai tanács- 
adó. Aktív weblogíró és műszaki könyvmoly. Weblogja 
a barik.net címen található. 


2 www.mayer.dial.pipex.com/tex.htm 
2 www.fourmilab.chAwvebtools/textogif/textogif.html 


2 www.forkosh.com/mimetex.html 


2 www.pstricks.de 


2 www.imagemagick.org 


5 tech.irt.org/articles/j5081 
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Útkeresés GpsDrive-al 


Sok eszköz létezik, amellyel utunkat megtervezhetjük a térképen, jóval 
kevesebb amely megmutatja a barátaink helyzetét, több térképforrást 
is használhat, és akkor még nem is mondtunk el mindent. 


z egyiptomiak felfedezték a geometriát, a föld- 
A mérés matematikai alapját. A Nílus éves áradásai 
eltörölték a jelzéseket így ezek a akkurátus bürok- 
raták kénytelenek voltak újramérni az utak, mezők és más 
terepjellemzők határait. 
Amikor a puskapor nyugati kezekbe került, hamar felta- 
lálták a tüzérséget. Ehhez pedig szükség volt a tengeri és 
tüzérségi egységek valamint az ellenség helyzetének isme- 
retére. Így aztán a hadsereg régóta érdeklődik a dolgok 
helymeghatározása iránt és továbbfejlesztették az egyipto- 
miak által elkezdett módszereket. 
Az 1970-es években, az Amerikai Védelmi Minisztérium 
(Department of Defense, DOD) elkezdte a Global Positioning 
System (GPS) rendszer fejlesztését. Ebben 24 műholdat he- 
lyeztek alacsony föld körüli pályára. A GPS azonnali pozíci- 
ót adott néhány tíz méteren belül. A Szovjetek megindítot- 
ták saját, hasonló rendszerüket, a Glonass-t amelyet Orosz- 
ország ma is fenntart. Valamint az EU is megkezdte saját 
fejlettebb, Galileo nevű rendszerének kialakítását, amelyet 
2008-ban indítanának be. 
A hadsereg boldog; most már sokkal nagyobb pontossággal 
tudják eltalálni a célt. De akárcsak a másik DOD projekt, 
az internet esetében, a polgári alkalmazás haszna messze 
túlszárnyalja a katonai előnyöket. A GPS segítségével meg- 
találhatjuk az eltévedt hegymászókat, segíthetünk a végve- 
szélybe került hajókon, és sokkal pontosabban és olcsóbban 
kereshetünk olajkutakat, mint a korábbi módszerekkel. 
Az EU valójában elsősorban üzleti vállalkozásnak tekinti 
a Galileo rendszert. 
Mindhárom rendszer a műholdakon elhelyezett atomórá- 
kon alapszik. A vevő az időjelek alapján tudja megmondani 
távolságát az egyes műholdaktól. A gömbi geometria ki- 
mondja, hogy három műhold, már megad egy pontot 
a síkon. Három dimenzióban már minimum négy műhold- 
ra van szükségünk. A modern GPS vevők akár 12 műholdat 
is követni tudnak, azaz éppen annyit amennyit egyszerre 
láthatnak. 
Manapság a GPS által használt frekvencia és jelerősség 
egyben a legnagyobb korlátja a GPS vevőknek, ugyanis 
kizárólag szabadban vagy ahhoz nagyon közel használha- 
tók, illetve külső antennával kell rendelkezniük, amely 
követheti a műholdakat. 
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Mi is a GpsDrive? 

A GpsDrive egy GNU General Public License (GPL) védelem 
alá eső program, amely valós időben képes megmutatni 

és PDA-n képes működri, így például a Yopy vagy Zaurus 
gépeken is. Jelenleg 12 nyelvet támogat. 

Mielőtt nekifognánk, egy fontos dolgot meg kell említe- 
nünk: soha ne tekintsük a GPS-t másnak, mint az egyéb 
navigációs eszközök kiegészítésének. A GPS megjelenése 
nem jelenti, hogy ki kellene hajítanunk a Bowditch navi- 
gációs eszközünket. 


Lássunk neki 

A GpsDrive a Gnome Toolkit plus keretrendszert használja 
(GTK-1-), annak is a 2.2 vagy magasabb verziószámú válto- 
zatát, amely a legtöbb Linux terjesztésben megtalálható. 

Az élsimított fontkészletek szépen néznek ki ugyan, 

de nem szükségesek. 

Az útvonalpontokat tárolhatjuk MySOL-ben, a GpsDrive 
automatikusan használni fogja ha az elérhető. 

A Kismet olyan drótnélküli-hálózat figyelő, amely képes 

a Wi-Fi elérési pontok felderítésére. Ahogy a Kismet rátalál 
ezekre, a GpsDrive automatikusan átalakítja a kapcsolatada- 
tokat útvonalpontokká, és eltárolja őket az MySOL adatbá- 
zisban. Ezáltal a GpsDrive kiváló wardriving (drótnélküli- 
hálózat kereső) eszközzé válik. 

A festival Linux alá készült emberi hangot előállító prog- 
ram. A GpsDrive ezt használja fel a megjegyzések kimondá- 
sához ahogy a útvonalpontok mellett elhaladunk. Ez kiváló 
biztonsági lehetőség a GpsDrive felhasználók számára. 

A Flite a Festival lecsupaszított változata. 


Telepítés 

A GpsDrive könnyedén telepíthető a szokásos csomagtele- 
pítési módszerrel. 

A GpsDrive-ot saját honlapjáról vagy az ott megadott 
tükrökről tölthetjük le (lásd a hálózati forrásokat). Tölt- 
sük le a legfrissebb stabil verzió tarlabdáit, md5 összegeit 
illetve RPM csomagjait. A legfrissebb munkaközi szintű 
állományokhoz is hozzáférhetünk CVS-en keresztül. 

A tarlabda változat rugalmasabb, hiszen eltávolíthatjuk 

a nem kívánatos összetevőket. 
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1. ábra A fő ablak kinézete a GpsDrive első használatakor 


A tarlabda telepítése során először is másoljuk azt egy 
tetszőleges helyre, majd tegyük a következőket: 


tar -xvzf gpsdriveftar.gz 
cd gpsdrive 

. /configure 

make 


Amennyiben kizárólag a NMEA protokollt használjuk 
és nincs szükségünk a GARMIN protokollra, a következő- 
képpen állítsuk be a GpsDrive-ot: 


./configure --disable-garmin 


Ha optimalizált fordítókapcsolókat szeretnénk az 
--enable-auto-optimization paramétert adjuk meg. 
Aztán root-ként telepítsük a programot a gpsd démont és 
a nyelvi állományokat a következő paranccsal: 


make install 
Az RPM változat a szokásos utat követi: 
rpm -ivh gpsdrive".rpm 


Ha túl vagyunk a telepítésen, már el tudjuk olvasni a kézi- 
könyv oldalakat, ahol a legfrissebb információkhoz jutha- 
tunk hozzá. Az első dolgunk hogy megvizsgáljuk, vajon 
működik-e a GpsDrive a GPS vevőnkkel. A rendszer kipró- 
bálásához indítsuk be a gypsd-t, azaz a GPS adatokat kezelő 
démont. A /dev/gps eszközön fog figyelni, hacsak máskép- 
pen nem utasítottuk a parancssor -p kapcsolójával: 


gpsd -p /dev/ttys1 

Mivel a GpsDrive-ot és a gpsd-t nem root felhasználóként 
kell futtatnunk, bizonyosodjunk meg arról, hogy felhasz- 
nálónak van írási és olvasási joga az eszközön. 


Ha a gpsd már fut adjuk ki a következő parancsot: 


telnet localhost 2947 
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Amikor megkapjuk a kapcsolat üzenetet, üssük le az R 
gombot, és a gpsd nyers NMEA mondatokat kezd el 
küldözgetni nekünk, valahogy ilyenformán: 


[ccurleyacharlesc ccurley]$ telnet teckla 2947 
Trying 192.168.1.32... 

connected to teckla. 

Escape character is "AJ". 

r 

GPSD,R-1 

$PRWIRID, 12 ,01.05 ,07/29/96 , 0003 , "46 

$GPRMC, 235947 ,v, 4333.1694,N, 10812.0068,w,0.000,0.0, 
5120895,13.3,E"42 

$PRWIZCH, 00,0,00,0,00,0,00,0,00,0,00,0,00,0,00,0, 
500,0,00,0,00,0,00,07"4D 

ASTRAL 

ASTRAL 

$GPRMC, 235949 ,v, 4333.1694,N, 10812.0068,w,0.000,0.0, 
5120895,13.3,E"4C 
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GPSD,R-0O 

AJ 

telnets guit 
Connection closed. 


Mindez akkor is működik, ha a vevő semmilyen jelet 

sem kap, ugyanis a vevő ilyenkor is küld adatokat, jelezve, 
hogy nem fog semmit sem. 

Ha már tudjuk melyik eszközön találjuk a GPS vevőnket, 
készítsünk egy közvetett hivatkozást (rootként) /dev/gps 
néven hogy a gspd vagy a gpsdrive alapértelmezés szerint 
használni tudja: 


1n -s /dev/ttys0 /dev/gps 


Az eszköznevet a GpsDrive felületén is beállíthatjuk, 

de a gpsd nem fogja ezt a beállítást használni. 
Amennyiben az útvonalpontok tárolására MySOL-t szeret- 
nénk használri, (ez a Kismet működéséhez elengedhetet- 
len), olvassuk el a README.SOL állományt. A create.sgl 
állományt a MySOL parancssoros ügyfélfelületébe kell 
beolvasnunk, tehát megfelelő jogosultságokkal kell ren- 
delkeznünk MYSOL alatt. Bármilyen elfogadható MySOL 
ügyfelet használhatunk az útvonalpontok szerkesztéséhez, 
így akár az OpenOffice.org-ot is. 


A GpsDrive beüzemelése 

A GpsDrive és a tetszőleges kiegészítő programok telepítése 
és a GPS vevőnk működőképességének kipróbálását köve- 
tően, próbáljuk ki a GpsDrive-ot is. Először egy bemutató- 
képernyőt látunk, majd a főablakot. Ezt követően először 
és utoljára egy emlékeztető ablakot láthatunk. A szerző 
Fritz Ganter, a weblapot futtató kiszolgálót saját zsebéből 
fizeti és nagyra értékelné a hozzájárulásokat. 

Miután bezártuk az emlékeztetőt, egy képet találunk 

a GpsDrive ablak térkép részében. Ez tölti ki a térkép he- 
lyét amíg be nem szerezzük a magunkét. Az első dolgunk 
a szimulációs mód kikapcsolása a Preferences menüben. 
Ha már itt vagyunk, és angol vagy tengeri mérföldben 
szeretnénk látni az adatokat válasszuk azt az opciót. 
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Az első térképünk letöltéséhez állapítsuk meg az új térké- 
pünk szélességét és hosszúsági fokát. Majd tegyük a prog- 
ramot pozicionáló módba (a menü bal-alsó részén). Készít- 
sünk egy útvonalpontot az X gombbal, majd írjuk be a tér- 
kép középpontjának szélesség és hosszúság adatait. Dél és 
észak nyugat jelzésére használjuk a mínusz jelet (1. ábra). 
A find (keresés) eszköz segítségével (bal felső menü) léphe- 
tünk az útvonalpontunkra. Kattintsunk a térkép letöltése 
bejegyzésre a főablak baloldalán. Figyeljük meg, hogy az 
általunk megadott szélesség és hosszúságértékek váltak 
alapértelmezetté. Válasszuk ki a méretarányt és a forrást, 
majd szedjük le a térképet. Bingo! Az új térkép azonnal 
megjelenik. Amennyiben ezt a helyet sokat használjuk, 
érdemes letöltenünk több, különféle méretarányú térképet. 


GpsDrive üzemmódok 

GpsDrive három üzemmódban működhet: pozicionálás, 
normál és szimulációs. 

A pozicionálás módban mozoghatunk a térképünkön. 

A pozicionáló módba a főablak bal alsó részén található 
Pos. mode bejelölésével léphetünk át. Amikor pozicionáló 
módban vagyunk, ahogy egy egérkattintással odébbug- 
runk a térképen, a GpsDrive megmutatja nekünk a jelen- 
legi helyzetünktől (ezt kék négyzet jelöli) mért távolságot 
és a irányt a célig (amit váltakozó kék és piros kereszt 
jelképez). 

Például, ha van egy kis méretarányú térképünk egy 
nagyobb területről, körbejárhatunk és letölthetjük a kivá- 
lasztott nagy méretarányú térképeket az érdekesnek tű- 

nő részekhez. Pozicionáló módban útvonalpontokat is 
megadhatunk. 

Normál módban a GpsDrive a GPS vevővőtől kapja a pontot 
és a vevő által megadott pozíciót követi. Ha a pozíció válto- 
zása szükségessé teszi, a GpsDrive odébb tologatja a rendel- 
kezésre élló térképeket. A GpsDrive normál módban indul. 
Szimulációs módban, a GpsDrive útvonalat hoz létre az 
indulási ponttól kezdve egy vagy több végpontig. Szimulá- 
ciós módba kapcsoláshoz hozzuk be a Preferences menüt, 
lépjünk az első beállításfülre és jelöljük be a szimulációt. 
Igen szórakoztató mód, hiszen megnézhetjük amint egy 
képzeletbeli jármű nagy sebességgel keresztülszáguld az or- 
szágon. 


Térképek letöltése 

Nyilván több térképet is szeretnénk különféle méretarány- 
ban. Javaslom szerezzünk be egy nagyon kis méretarányú 
térképet, amely lefedi az összes szokásos utazási útvona- 
lunkat. Ha ez már a helyén van, nem fogunk leesni a térké- 
pünkről, ha véletlenül kikattintunk a területről pozicionáló 
módban. A NASA térképei (amennyiben van elég helyünk) 
vagy az alapértelmezett térkép kiválóan megteszi. 

A GUI-bar, egyszerűen válasszuk ki a térképünkhöz szük- 
séges paramétereket, a kiszolgálót és töltsük le. Ez az egy- 
szerű út. Azonban elképzelhető, hogy az eredmény nem 
igazán illeszkedik jól. Az Államok geológiai felmérési térké- 
peit a topozone.com-ról, az utcatérképeket az expedia.com- 
ról szerezhetjük be. 

Amennyiben ismerjük a középpont hosszúság és szélességi 
koordinátáit, valamint a méretarányt nincs más dolgunk 
mint begépelni azokat a letöltési űrlapba. Dolgozhatunk po- 
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2. ábra A New England Déli része a GpsDrive-ban, a NASA topográfiai 
adatainak felhasználásával 


zicionáló módban is, ahol a meglévő térképekre kattintgatva 
megtalálhatjuk a kívánt térkép középpontját és letölthetjük. 
Ezen kívül ott vannak még a NASA topográfiai adatai. 

A README-.nasamaps állományban olvashatjuk a részle- 
teket a 2. ábrán pedig bemutatunk egy példát. 

Ha rendszerezettebb térképgyűjtést szeretnénk, vessünk 
egy pillantást a gpsfetchmap.pl programra. 


Jogi kérdések 

Néhány tréképi forrás jogvédett adatot tartalmaz. 
Ügyeljünk rá, hogy az adatokat csak a honlapon leírt 
engedélynek megfelelően használjuk. 


Saját térképek bevitele 

Saját térképeinket is felvihetjük. Ehhez ismernünk kell 

a térkép középpontjának hosszúság és szélesség értékeit, 
valamint a térkép méretarányát. A GpsDrive ablakának 
bal felső sarkában található Misc. menü alatt találunk egy 
druidát amely segít nekünk a térképek bevitelében. 


A GpsDrive használata 

Miután szereztünk néhány térképet, akár el is kezdhetünk 
játszani az új játékunkkal. 

A GpsDrive jól el van látva Eszköztippekkel (Tool tips), ezért 
itt csak a legérdekesebb elemeket mutatjuk be. 

A főablakban közvetlenül a térkép alatt találjuk a navigáci- 
ós adatokat. A következő útvonalpont távolságán és a jelen- 
legi sebességünkön nincs mit magyarázni. Ezektől jobbra 
információkat találunk az útvonal pontokról, a barátaink 
kiszolgálóján látható mozgó célpontokról, és a GPS vevő 
szerinti aktuális időről. 

Az útvonalpont távolság kijelzőjének bal oldalán találjuk 

a GPS információkat. GPS nélkül csak egy forgó földgöm- 
böt láthatunk itt. Amennyiben csatlakoztattuk a GPS-t, 

a földgömb helyén a látható műholdak jelerősségének 
mértékét láthatjuk. A háttér piros színű ahol nincs fixpont; 
illetve zöld ha szolgáltat pontot. 

A GPS adatoktól balra találjuk az iránytűt. Az iránytű teteje 
a jelenlegi haladási illetve a hajózási irányunkat mutatja. 

A fekete mutató a következő útvonalpont irányát jelzi. 








A főablak bal oldalán található Preferences menüben ren- 
geteg beállítás között választhatunk. A mérési egységünk 
kiválasztását már megismerhettük. Amennyiben régebbi 
számítógéppel dolgozunk, korlátozhatjuk a GpsDrive által 
felhasznált CPU időt, ha kikapcsoljuk az árnyékokat, 
melyek kirajzolása többletteljesítményt igényel. 

A második beállítás fülben néhány GPS beállítást találunk. 
Például beállíthatjuk, hogy a GpsDrive közvetlenül a gpsd 
kikerülésével érje el a vevőnket. 

Az SOL fülön kiválaszthatjuk, mely különféle útvonaltípu- 


sokat szeretnénk bevenni illetve kihagyni a megjelenítésből. 


Ezáltal az útvonalpontokat kategóriákba csoportosíthatjuk 
és eldönthetjük, melyeket szeretnénk megjeleníteni. 

Én például ezt használom a kedvenc töltőállomásláncom 
útvonalpontjainak megjelenítéséhez. Ki és bekapcsolhatom 
őket a képernyőn, attól függően, hogy éppen szükségem 
van-e benzinre vagy nincs. 

A térképek beszerzése után számos vezérlő áll rendelkezé- 
sünkre a kezelésükhöz. Azokról a területekről ahol sokat uta- 
zunk valószínűleg több különféle méretarányú térképpel is 
rendelkezünk. Ezek között többféleképpen is választhatunk. 
Az első módszer szerint a bal menü alsó részén az , Auto best 
map" pontot választjuk. Ezzel arra utasítjuk a GpsDrive-ot, 
hogy mindig az adott területhez rendelkezésre álló legjobb 
(legnagyobb méretarányú) térképet válassza ki számunkra. 
Ez alatt, közvetlenül a terület térképe felett, válthatunk az 
utca vagy topográfiai térképek között, illetve kiválaszthat- 
juk őket egyszerre is. Ha mindkettőt kérjük, a GpsDrive 

a két típus között váltogat, ahogy a rendelkezésünkre álló 
térképekhez a legjobb lefedettséget biztosítja. 

Amennyiben az , Auto best map" funkciót kikapcsoljuk 
többféleképpen is kiválaszthatjuk a méretarányt. A főablak 
bal felső részén, találunk néhány nyilat. A balra mutató nyíl 
segítségével választhatunk nagyobb méretarányt, a jobbra 
mutató nyíllal pedig a kisebb méretarányt. Az jobb alsó 
részen látható csúszka segítségével ugyanezt a hatást ér- 
hetjük el. A kívánt méretarány beállítása után a GpsDrive 

a lehető legközelebb próbál maradni ehhez a mérethez. 
Egy adott térképen belül tetszés szerint nagyíthatunk és 
kicsinyíthetünk a főablak bal felső részében található két 
nagyítóüveg ikon használatával. Az aktuális nagyítási 
arányt a főtérkép jobb felső sarkában találjuk. A GpsDrive 
térképváltások során megtartja a nagyítási arányt, ami 

elég lehangoló. 

Először is nézzük meg bekapcsoltuk-e az útvonalpontokat, 
illetve használjuk-e az SOL-t vagy nem. 

Az útvonalpontokat többféleképpen is beállíthatjuk. Szer- 
keszthetjük őket kézzel egy szövegállományban vagy tárol- 
hatjuk MYySOL adatbázisban, a gpsbabel program segítségé- 
vel, átalakíthatjuk más állományformátumokról valamint 
akár a Wayhoo.com oldalairól is letölthetjük őket. 
Pozicionáló módban a jelenlegi helyzetünk útvonalpont- 
ját az X gombbal tudjuk rögzíteni, illetve az Y gomb se- 
gítségével az aktuális egérkurzor pozíciónál rögzíthetünk 
útvonalpontot. A paramétereket rögzítés előtt minden 
esetben módosíthatjuk. 


Hálózatkeresés GpsDrive-al 


A hálóvadászat (wardriving) nevű ,sport" lényege, 
hogy vezetés közben Wi-Fi elérési pontokat keresünk. 


www.linuxvilag.hu 





(További információkat találunk a Linuxvilág egy 
korábbi, a drótnélküli hálózatok felkutatásáról szóló 
cikkében.) 


No és a barátok? 

A GpsDrive barátkiszolgálóval együtt érkezik. Ennek segít- 
ségével az ismerősök nyomon követhetik egymás pozícióját 
a rendszereinken. Beállíthatjuk a sajátunkat, vagy használ- 
hatjuk bárki másét, a nyílt Interneten. Több jármű mozgá- 
sának valós idejű tervezéséről van szó. Ezáltal válik 

a GpsDrive igazán hasznos segítőtárssá egy autóversenyen 
vagy egy mentőakció során. 

Amennyiben a felhasználó jelvesztés miatt ideiglenesen 
leszakad a hálózatról Wi-Fi, a felhasználó utolsó ismert 


másodpercek alatt frissül. 


Ami hiányzik a GpsDriveból 

Az egyetlen dolog ami hiányzik a GpsDrive-ból, az utca szin- 
tű keresés. Ehhez ugyanis nyílt forrású utcaszintű adatokra 
lenne szüksége. Az üzleti adatok 10,000 eurós nagyságrend- 
ben mozognak, ami hamar letöri a kedvünket. Aki esetleg 
tudna egy ilyen adatforrást, kérjük tudassa a szerzővel. 


Nyelvi támogatás 
A GpsDrive fordításokra van szüksége, különös tekintettel 
a Festivalra. Jelentkezők? 


Osszefoglalás 

A GpsDrive kiváló eszköz, ha egy vagy több GPS vevő 
helyzetét szeretnénk megjeleníteni, valós időben. Több 
feladatra is használható, olyan mókás céloktól kezdve 
mint a vasárnapi felfedezőút követése, egészen a komoly 
mentőmunkálatokig. 


Linux Journal 2005. április, 132. szám 


Charles Curley (www.charlescurley.com) Linuxot oktat 

a Wyoming-i főiskolán. Ezen kívül programokat cikkeket 

és könyveket is ír, olyan nyílt forrású eszközök segítségével 
mint az Emacs. 


Expedia: 5 www.expedia.com 
Festival: 5 fife.speech.cs.cmu.edu/festival 
gpsbabel: 5 gpsbabel.sourceforge.net 


GpsDrive: 8 www.gpsdrive.cc 
2 www.gpsdrive.cc/download.shtml 


Kismet: 5 www.kismetwireless.net 
OpenOffice.org: 5 OpenOffice.org 

Six of One: 5 www.netreach.net/—sixofone 
Topozone.com: 5 topozone.com 


Wayhoo.com: 3 wayhoo.com/index 
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Rajt! - UHU-Linux Office 1.2 


2005 márciusában, az előző verziót követő egy éves fejlesztési időszak befejezté- 
vel az UHU-Linux Kft. kiadta az UHU-Linux Office 1.2-es változatát, mely a , Rajt!" 
kódnevet kapta. Ezt mutatja most be Koblinger Egmont, a cég egyik fejlesztője. 


sítése, amely a kezdő felhasználók számára is 
könnyedén és hatékonyan használható általános, 
mindennapos otthoni és irodai feladatokra, valamint ki- 
emelkedően támogatja a magyar nyelvet és a magyar piac 
egyes speciális igényeit. 
Ugyanakkor fontosnak tartjuk, hogy szakmai szemmel 
nézve is jó minőségű, , rendesen összerakott", élvonalbeli 
megoldásokat tartalmazó rendszert nyújtsunk át felhaszná- 
lóinknak, melyet a haladók könnyű szerrel használhatnak 
fejlesztésre, szerverüzemeltetésére vagy egyéb kevésbé 
szokványos feladatokra. 
A gyakori félreértések miatt azonban leszögezném, 
hogy rendszerünket nem azoknak szánjuk, akik egy 
operációs rendszer összerakásának technikai részleteit 
szeretnék elsajátítani, avagy saját egyéni ízlésük és hitük 
(nem ritkán tévhitük) szerint testre szabni a rendszer 
egyes mélyebben fekvő részeit. Az IHU-Linux nem 
egy barkácsolási hajlamok kiélésére szánt , rakd össze 
magadnak" típusú rendszer, hanem mi igyekszünk 
a legjobb tudásunk szerint összerakni és így egy előre 
elkészített, tesztelt egészként nyújtani a felhasználók 
számára. 
Az UHU-Linux 1.1 és 1.2 között a fejlesztési erőforrásaink 
nagy részét a rendszer mélyebben fekvő komponenseinek 
átszervezésére fordítottuk, és a korábbi kiadásokhoz ké- 
pest relatíve kevesebb (de még mindig nem kevés) újdon- 
ságot hoztak a kezdőbb felhasználó által is látott grafikus 
felületek és alkalmazások. Írásommal ezért nem 
a Linuxszal most ismerkedő, hanem inkább a haladóbb, 
technikai részletek iránt fogékonyabb olvasókat célzom 
meg, felvázolva az UHU-Linux 1.2 által nyújtott technoló- 
giai újdonságokat. 


c élunk egy olyan disztribúció fejlesztése és tökélete- 


Hardverigény, telepítés 

Csomagjainkat az Intel Pentium (586-os) utasításkészletre 
fordítottuk, így a rendszer futtatásához ezeket ismerő 
processzorra van szükség. Természeten minél gyorsabb, 
annál jobb, a grafikus környezetekhez legalább 500 MHz 
ajánlott. Az UHU-Linux alapértelmezésben támogatja 

és kihasználja a többprocesszoros (SMP) rendszereket 

és a HyperThreading (HT) technológiát. 
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A rendszer telepítéséhez legalább 96 MB, futtatásához 
legalább 64 MB RAM szükséges, ugyanakkor a népsze- 
rűbb grafikus környezetekhez 256 MB igencsak ajánlott. 
Amennyiben csak 64 MB memória van a gépben, és 

a telepítést kölcsönkért memóriamodulokkal sem tud- 

juk megoldani, még mindig van egy kerülő lehetőség. 
Indítsuk a telepítőt hibakereső módban, a kapott pa- 
rancssorban először particionáljuk a merevlemezt 

a cfdisk paranccsal, majd inicializáljuk és aktiváljuk 

a cserepartíciót az mkswap és swapon parancsok segítsé- 
gével. Ezt követően már 64 MB memóriával is eldöcög 

a grafikus telepítő. (A telepítéskor a nagyobb igényt 

az indokolja, hogy a telepítő kódja teljes egészében 

a memóriában ül.) 

Az első CD-ről történő teljes telepítéshez legalább 3 GB 
lemezterület javasolt. 

A telepítés menete lényegében megegyezik az 1.1-es UHU- 
éval. Egy nagyobb kaliberű változtatás történt, ez pedig 

a CD-n használt rendszerbetöltő (boot loader) cseréje. Az 
1.1 idején még a syslinux CD-re szánt változatát, az 
isolinux-ot használtuk. Idő közben azonban a GRUB rend- 
szerbetöltőben (melyet a telepített IHU-Linux indítására 
már korábban is használtunk) megjelent a CD-ről bootolás 
támogatása. Mivel a GRUB egy sokkal rugalmasabb rend- 
szerbetöltő, a CD lemezen is átálltunk ennek a használatá- 
ra. A GRUIB egyik óriási előnye, hogy nemcsak az előre el- 
készített bejegyzések indíthatók, hanem (szöveges felüle- 
téből, melyre az Esc gombbal léphetünk ki) tetszőleges 
fájlt betölthetünk indítandó kernel és initrd gyanánt, illet- 
ve tetszőleges partíció boot szektorára is ugorhatunk. Ily 
módon egy kis gépeléssel akár a korábban telepített Linux 
rendszert is könnyedén el tudjuk indítani, ha a merevle- 
mez elején lévő rendszerbetöltő megsérül. A GRUB részle- 
tes használatáról, beleértve az imént említett lehetőséget 
is, annak grafikus felületén a hypertext rendszerű súgóban 
olvashatunk. 

A régi isolinux rendszerbetöltő a második CD elejére 
került, vésztartaléknak arra az esetre, ha valahol a GRUB 
indítása problémába ütközne. Ebben az esetben a második 
CD-ről indítsuk a rendszert, és amint bejelentkezik 

a bootképernyő, cseréljük ki a CD-t az elsőre, ezt követően 
válasszuk a telepítés opciót. 








A kernel 


Disztribúciónk előző verziója még a Linux kernel 2.4-es ver- 
zióján alapult, a mostani kiadás viszont már a 2.6-os soro- 
zatra épült. A 2.6-os számtalan újítást hozott, egy teljes 
disztribúció felépítése tekintetében többet, mint a korábbi fő 
kernel verziók. Így ennek a lépésnek köszönhetően lehető- 
vé vált több technikai váltás is, melyek a rendszert egysze- 
rűbbé, áttekinthetőbbé és sokkal modernebbé tették. 


Többszálú futtatás 

A POSIX szabványok régóta rögzítik azt a programozói in- 
terfészt, mely segítségével több szálon futó alkalmazást lehet 
írni. Ugyanakkor a Linux kernel 2.4-es verziója még nem tá- 
mogatta a több szálon futó folyamatokat. Éppen ezért 

a POSIX szálkezelést kivitelező függvénytár, az úgynevezett 
LinuxThreads minden egyes szálat külön kernelfolyamatra 
képzett le. Ennek eredményeképp a szálak közti váltás tulaj- 
donképpen teljes folyamatváltást igényelt a kernel részéről. 
A 2.6-os kernelben jelent meg a több szálból álló folyamatok 
tisztességes támogatása, mely például a szálak közötti jóval 
kisebb erőforrás-igényű váltás miatt komoly teljesítménynö- 
vekedéshez vezethet többszálú programok esetén. 

A kernelben lévő támogatással ugyanakkor semmit sem ér- 
nénk, ha azt a felhasználói programok nem használnák ki, 
vagyis ha a régi LinuxThreads függvénykönyvtárat meg- 
hagynánk. A kernelszintű szélkezelés kihasználása a függ- 
vénytár részéről olyan gyökeres átalakítást igényelt, hogy 

a fejlesztők a LinuxThreads jobbá tétele helyett újragondolt, 
újratervezett, elölről megírt alternatív szoftver mellett dön- 
töttek, ez pedig az NPTL (Native POSIX Thread Library) 
nevet kapta. 

A disztribúcióban tehát lecseréltük a régi LinuxThreads-et 
az új NPTL-re. A ps ax parancs kimenetében a többszálú 
programok (Java-alkalmazások (például jdictionary), nscd) 
LinuxThreads használatával több példányban jelentek meg, 
az NPTL rendszerrel azonban már egy folyamatként látsza- 
nak. A /proc fájlrendszerben a folyamat azonosítója alatt 

a task könyvtárban látszik, hogy az adott folyamat valójá- 
ban több szálból áll. 

Az új rendszer nemcsak jobb teljesítményt nyújt a többszá- 
lú programok futtatása előtt, hanem a szabványban leírtak- 
nak (például szignál küldése) is pontosabban felel meg. 
Ugyanakkor, mint szinte minden ilyen átállás, apró hátul- 
ütői is vannak. Az új UHU binárisainak futtatásához 2.6-os 
kernel szükséges, 2.4-es kernel nem képes futtatni a progra- 
mokat, így például nem lehetséges futás közben a régi 
UHU-Linux rendszert 1.2-re frissíteni (a frissítés CD-ről 
bootolva végezhető el), illetve futó IIHU-Linux 1.1 alatt 
nem lehetséges UHU-Linux 1.2-höz csomagot gyártani sem. 
Továbbá az új rendszer a glibc 2.0-s verziójával linkelt prog- 
ramokat már nem tudja futtatni, csak azokat, melyeket 

a glibc-nek legalább az (egyébként immár 6 évvel ezelőtt 
megjelent) 2.1-es változatához fordítottak. 


Sys fájlrendszer 

Megjelent egy új virtuális fájlrendszer, a sysfs, melynek tar- 
talma a /sys csatolási pont alatt érhető el. Itt a kernel a rend- 
szer hardver felépítésével kapcsolatos információkat teszi 
egységes formátumban elérhetővé a kíváncsi alkalmazások 
(leginkább rendszerprogramok) számára. 
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Udev eszközkezelés 

A Unix rendszerek a legtöbb hardver eszközhöz és egy-két 
speciális szolgáltatáshoz a /dev könyvtár alatti virtuális fájlo- 
kon keresztül biztosítanak hozzáférést. A /dev könyvtár tar- 
talmának összeállítása nem egyszerű feladat. 

A legősibb megközelítés a statikus /dev könyvtár. Az összes 
lehetséges hardver eszközhöz tartozik egy bejegyzés, így 
nemritkán akár kétezer speciális fájl is lehet a /dev alatt. 

A /dev könyvtár tartalma ezáltal nehezen menedzselhető, 
átláthatatlan, nehézkes a fájlok tulajdonosának, csoportjá- 
nak és hozzáférési jogainak beállítása és karbantartása. 

A bejegyzések nagy része pedig értelmetlen, fölösleges az 
adott gépen. 

Amennyiben olyan eszközt próbálunk meg megnyitni, 
amelyhez nem tartozik meghajtó a kernelben, az esetben 
egy külső segédprogram segítségével a kernel megpróbálja 
betölteni a szükséges meghajtó modult, és ha sikerrel járt, 
akkor így az eszközfájl megnyitása is sikeres lesz. Ily mó- 
don megoldható az automatikus meghajtó-betöltés. Né- 
hány évvel ezelőtt még tipikus gyakorlat volt, hogy ilyen 
módon például a hangkártya meghajtója akkor töltődött be 
a háttérben, amikor először megpróbáltunk zenét lejátszani 
az operációs rendszer indítása után. 

A fenti rendszer nehézkes karbantarthatósága miatt pár éve 
a devfs volt a divat, ezt használták az IIHU-Linux korábbi 
kiadásai is. Itt a kernel magára vállalta a /dev alatti eszköz- 
fájlok menedzselését. A /dev csatolási pont alá egy virtuális, 
devfs típusú fájlrendszert csatoltunk, mely alatt csak azok 
az eszközök voltak láthatók, melyek meghajtója be volt tölt- 
ve. Ugyanakkor lehetőség volt nem létező fájl megnyitására 
is, a kernel ilyenkor (név alapján beazonosítva az eszközt) 
megpróbálta betölteni a modult. Utóbbi szolgáltatásra nem 
volt túl nagy igény, mivel szinte természetessé vált az el- 
múlt pár évben, hogy a hardverkezelő modulokat nem 
igény esetén, hanem már a rendszer indulásakor betöltik 

a disztribúciók. 

A devfs megközelítésnek is voltak problémái, túl sok min- 
den volt a kernelbe beégetve, olyan dolgok is, melyek fel- 
használói térben megoldhatók (és az ilyeneket nem szeretik 
a kernelben látni a fejlesztők), és ennek megfelelően a rend- 
szer nem volt kellőképpen rugalmas. Végezetül, az udev al- 
ternatíva megjelenése kapcsán a fejlesztők a devfs rendszert 
elavulttá nyilvánították. 

Az UHU-Linux 1.2-ben mi is átálltunk a legújabb megköze- 
lítésre, az udev-re. Itt a /dev könyvtár tartalmát egy felhasz- 
nálói program (az udev démon, udevd) menedzseli, 

a kerneltől kapott úgynevezett hotplug üzenetek segítségé- 
vel (a kernel, valahányszor hardver eszközzel kapcsolatos 
esemény történik, elindítja az /sbin/hotplug szkriptet, amely 
az udev rendszert is értesíti), valamint az újonnan megje- 
lent/sys könyvtár tartalmára is erősen támaszkodik az udev. 
A /dev könyvtár lehetne egy közönséges könyvtár is (me- 
revlemezen tárolt fájlrendszer részeként), de a javasolt 
megoldást követve ez egy virtuális, memóriában elhelyez- 
kedő ramfs típusú fájlrendszer az UIHU-ban. 

Az eredeti kernel maga tehát, azon túl, hogy a /sys fájlrend- 
szer tartalmával és az /sbin/hotplug szkript indításával tájé- 
koztatja az érdeklődő rendszerprogramokat a hardverek 
helyzetéről, semmit nem tesz a /dev alatti bejegyzések létre- 
hozásával, jogosultságainak beállításával kapcsolatban, ezt 
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teljes egészében külső programra bízza. Az UHU 
kernelében ezen icipicit módosítottunk, a rendszer indítási 
folyamatát lényegesen leegyszerűsítendő a kernel végzi 

a /dev könyvtár alá a ramfs típusú üres RAM-ban található 
fájlrendszer csatolását, és létrehozza alatta a néhány legfon- 
tosabb bejegyzést, melyekre már az első folyamatként indu- 
ló init program is számít. 

A /dev könyvtár alatt tehát memóriabeli fájlrendszer találha- 
tó, így ha itt bármit kézzel változtatunk, az a rendszer újra- 
indítása során elvész. Viszont szükségünk lehet arra, hogy 
a saját ízlésünk szerint állítsuk be az egyes eszközfájlok tu- 
lajdonosát, csoportját, vagy hozzáférési jogosultságát. Erre 
az udev konfigurációs fájljait, elsősorban az 
letc/udev/permissions.d könyvtárat használhatjuk. Átírhat- 
juk az itt lévő 50-udev.permissions fájlt is, de ajánlott ezt 

a fájlt inkább változatlanul hagyni, és más néven létrehozni 
egy új fájlt és abba írni saját igényeinket. Fontos 

a .permissions kiterjesztés megtartása, és értelemszerűen 

a fájlnév elején lévő sorszám szerinti sorrendben bírálják 
egymást felül a fájlok, így saját bejegyzéseink számára érde- 
mes lehet például a 90-sajatbeallitasaim.permissions fájlne- 
vet választani. 

Az udev rendszernek előnye tehát, hogy a kernel részéről 
nem igényel támogatást, mindössze azt a hardverdetektálá- 
si infrastruktúrát, amely egyébként is rendelkezésre áll 

a kernelben, nemcsak az udev kedvéért. A többi felhasználói 
térben van kivitelezve, dinamikusabban fejleszthető, 
könnyebben és rugalmasabban testre szabható (akár az esz- 
közfájlok neve is megváltoztatható). 

Ugyanakkor van két apró hátránya is az udev rendszer- 
nek. Az egyik, hogy mivel nem speciális típusú a fájlrend- 
szer, a devfs megoldással ellentétben itt nincs lehetőség 

a nem létező fájlra irányuló megnyitási kísérletet elkapni 
és gyorsan intézkedni a megfelelő modul betöltéséről. 
(Bár, mint láttuk, ezt már a devfs esetén sem igazán hasz- 
náltuk.) A másik apró probléma speciális alkalmazások ké- 
szítőit bosszanthatja, amennyiben nem hardvert kezelő 
modulról van szó (hanem például hálózati protokoll támo- 
gatásáról). A két régi rendszerben elég volt megnyitni egy 
eszközfájlt: ha az azt kezelő modul még nem volt betöltve, 
akkor betöltődött a háttérben, majd ezt követően sikere- 
sen folytatódott a program futása. Az új rendszerben 

a programnak explicit módon kérnie kell a modul betölté- 
sét, majd ezt követően bizonytalan ideig várnia, amíg 

a vele aszinkron módon futó udev rendszer létrehozza az 
igényelt fájlt. Ezekkel a problémákkal azonban az legtöbb 
felhasználó aligha fog találkozni. 

A hagyományos statikus dev-hez képest tehát az evolúció 
során két lépésben szinte teljesen , kifordult" a rendszer. Ré- 
gen az eszközfájl megnyitása idézte elő a modul betöltését. 
Most viszont az elérhető hardverekhez az azonosítójuk 
(többnyire PCI azonosító) alapján előre betöltjük a modulo- 
kat, és a modul betöltése hozza létre (az wdev rendszeren 
keresztül) a /dev alatt a megfelelő eszközfájlt. 


Hal 

Az új /sys fájlrendszert használja ki a HAL (Hardware 
Abstraction Layer, hardver absztrakciós réteg) is, amely szin- 
tén az /sbin/hotplug szkript segítségével értesül az esemé- 
nyekről, melyeket a központi hald nevű démon folyamat 
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dolgoz fel és továbbít (a D-BUS üzenetküldő rendszer segít- 
ségével) az arra kíváncsi felhasználói alkalmazások felé. 

A HAL célja a rendszerben használt hardver elemekről, 
azok javasolt és tényleges felhasználási módjáról egy minél 
részletesebb valósidejű adatbázist karbantartani. Tehát épp- 
úgy tárolja a hardverek fizikai jellemzőit, mint például 
olyan információkat, hogy adott partíción milyen fájlrend- 
szer található, milyen módon ajánlott azt csatolni (az ajánlá- 
sokat további szkriptek dolgozhatják fel), hova csatoltuk 
valójában a fájlrendszert, és így tovább. 

Egy lehetséges ilyen alkalmazás a HAL eszközkezelő (hal- 
device-manager) program, amelynek kifejezetten az a célja, 
hogy a HAL által nyilvántartott adatokat grafikusan megte- 
kinthessük. Elsősorban tehát hibakereséshez vagy fejlesz- 
téshez használható a program, de mindenképp érdemes 
vetni rá egy pillantást felhasználóként is. Az igazán izgal- 
mas adatok a jobb oldali Advanced fülre kattintva jelennek 
meg. A háttérben munkálkodó üzenetküldő rendszer léte- 
zését mi sem demonstrálja jobban, mint hogy változás (pél- 
dául USB tároló csatlakoztatása) alkalmával a hal-device- 
manager által mutatott lista is azonnal megváltozik. 

A GNOME grafikus környezet is támaszkodik a HAL 
démontól érkező eseményekre. Ilyen módon válik lehető- 
vé, hogy új eszköz csatlakoztatásakor automatikusan meg- 
jelenjen számára egy ikon az asztalon, megnyíljon egy 
Nautilus ablak a fájlrendszer tartalmával, vagy éppenség- 
gel automatikusan elinduljon a film lejátszása. Természete- 
sen az automatikus programindítás beállítható, akár le is 
tiltható a Gnome Vezérlőpultban, a Cserélhető adathordozók 
pont alatt. 

Az UHU-Linux következő verziójában nemcsak a GNOME, 
hanem a KDE grafikus felület kedvelői is élvezhetik majd 

a HAL által nyújtott lehetőségeket. 

Végül, de nem utolsó sorban az uhu-automount rendszert is, 
mely az eszközök tartalmát automatikusan csatolja a /media 
(korábban /mnt) könyvtár alá, átültettük a HAL használatá- 
ra, így az automatikus csatolást végző rendszer az alatta lévő 
infrastruktúrának köszönhetően egyetlen rövidke héjprog- 
rammá (/etc/hal/device.d/automount.hal) redukálódott. 








[media 

Szóba került már, hogy az automatikus eszközöket a koráb- 
bi /mnt helyett immár a /media könyvtár alá csatoljuk. 

Ezt a váltást a Filesystem Hierarchy Standard ajánlását és 
több vezető disztribúciót követve léptük meg. Az /mnt 
könyvtárat az UHU-Linux 1.2 semmire nem használja, 
ideiglenes csatolások számára ideális csatolási pont. 

A /media könyvtár tartalma szintén egy memóriában létező 
(ramfs típusú) fájlrendszer. Ez azt jelenti, hogy ha itt bár- 
mit módosítunk kézzel (például új könyvtárat hozunk létre 
csatolási pont gyanánt), az a rendszer újraindítása után 
már nem lesz meg. Éppen ezért célszerű a /media könyvtá- 
rat meghagyni teljes egészében az UHU automount rend- 
szere számára, és ha másvalamit is szeretnénk csatolni 
(például hálózati kötetet), akkor számára például az /mnt 
könyvtárat, vagy annak egy általunk létrehozott alkönyv- 
tárát választani. 

A /media könyvtárral kapcsolatban megjegyzendő 

még, hogy tartalmához csak a media csoport tagjai férhet- 
nek hozzá. A media csoport a korábbi cdrom, cdwriter, 
floppy csoportokat váltotta fel, mivel manapság annyi- 
féle csatlakoztatható eszköz létezik, hogy értelmetlen 

és lehetetlen volna mindegyik számára külön csoportot 
létrehozni, így inkább összevontuk mindet eggyé. 

A [etc/group fájlban, vagy az UHU Vezérlőpultban hiába 
nézzük, azt fogjuk látni, hogy senki sem tagja a cso- 
portnak. Ez azért van így, mert ebbe a csoportba nem 

fix felhasználók tartoznak bele, hanem dinamikusan 

(a PAM rendszer segítségével) azok kerülnek bele, akik 
helyileg jelentkeznek be a rendszerbe (használjuk az id 
parancsot a tagság ellenőrzésére). Így még ha hozzáférési 
jogot is adunk valakinek távoli belépésre a gépünkre, 
biztosak lehetünk benne, hogy a floppylemezen, CD-n, 
pendrive-on tárolt adatainkhoz nem fér hozzá, hacsak- 
nem azt külön elérhetővé tettük számára. Ha ezt sze- 
retnénk, betehetjük állandóra a media csoportba az ille- 
tót, vagy a /media könyvtár hozzáférési módját is átál- 
líthatjuk megfelelőre (ám ez utóbbi változtatás a rendszer 
újraindítása során elvész, tehát gondoskodnunk kell 

róla, hogy bootolás során is végrehajtódjon a megfelelő 
chmod parancs). 


CD-írás 

A CD-írás tekintetében is hozott újdonságokat a 2.6-os 
kernel, és a disztribúció egyéb változtatásai. Ezek az új- 
donságok grafikus CD-író programok (például K3b) hasz- 
nálóinak aligha tűnnek fel, viszont a parancssor kedvelői- 
nek annál inkább. 

Lehetőség vált az ATA eszközökre történő közvetlen CD- 
írásra, így a korábbi SCSI emulációra immár nincsen szükség. 
A cdrecord parancsnak eddig szüksége volt egy olyasmi 
paraméterre, mint például dev-1, 0 , 0. A lehetséges értéke- 
ket (SCSI eszközazonosítót) a root-ként futtatott cdrecord 
-scanbus parancs írja ki. 

Az új UHU-ban ATA CD-író esetén a dev- opciónak 
értékül a cdrecord -scanbus kimenetéből kilesett ér- 
téket egy ATA: előtaggal (prefix) kell ellátni, például 
dev-ATA:1, 0 , 0. Szerencsére van egyszerűbb lehetőség 

is, adhatjuk közvetlenül a /dev fájlrendszer alatti esz- 
köznevet (például dev-/dev/hdc), és mivel a /dev/cdwriter 
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szimbolikus linket beállítjuk a CD-íróra (több író ese- 
tén az egyikre) és a cdrecord-nak is megtanítottuk, 
hogy ez az eszköz az alapértelmezett, így az esetek 
túlnyomó részében egyáltalán nincsen szükség 

a dev- opció megadására. 


Kernelmodulok 

Még egy rövidke fejezet erejéig maradjunk a 2.6-os 
kernelnél. A modulok betöltése terén is sok technikai részle- 
tet átszerveztek a kernelfejlesztők. A modulok betöltését 

a korábbi modutils helyett az újabb, module-init-tools nevű 
csomag programjai (modprobe, insmod stb.) végzik, melyek 
működése lényegében megegyezik elődjeik működésével. 
Különbség, hogy a modprobe konfigurációs fájlja, melyben 

a modulok alapértelmezett paramétereit adhatjuk meg, 

a korábbi /etc/modules.conf helyett immár /etc/modprobe.conf 
névre hallgat. 

A modulok automatikus betöltését is kissé átdolgoztuk. 

A korábbi /etc/modules/AUTOLOAD fájlt átkereszteltük 
/etc/modules.load-ra, az ebben felsorolt modulokat a rend- 
szer mindenképp betölti az indulás folyamán. Megjelent 
továbbá az /etc/modules.skip fájl is, melyben soronként egy 
modul nevét adhatjuk meg, ezeket a modulokat semmi- 
képp nem fogja betölteni a rendszer, akkor sem, ha a hard- 
verdetektálás alapján szükségét érezné. 

A 2.6-os kernel moduljainak nevében az aláhúzás és a kötő- 
jel azonos szerepű karakterek, így nem szabad meglepőd- 
nünk, ha például az snd-pcm modul betöltése után snd pcm 
jelenik meg a betöltött modulok listájában. 


PATH környezeti változó 

A Linux disztribúciók egyik kritikus gyenge pontja a kör- 
nyezeti változók beállítása a felhasználó számára. 
Különféle programok helyes működése számára fontos le- 
het egy-egy környezeti változó helyes beállítása, nem ritka, 
hogy egy alkalmazás több tucat ilyen változót is felismerjen 
és azok alapján másképp viselkedjen. Az egyik legfonto- 
sabb mind közül a PATH nevű, mely a programok keresési 
útvonalát tartalmazza, ennek segítségével válik lehetővé, 
hogy egy alkalmazás a teljes útvonal ismerete nélkül is in- 
dítható legyen, például elegendő legyen a mozi la progra- 
mot indítanunk a /usr/bin/mozi11a helyett, a rendszer 
megkeresse és megtalálja azt. 

A környezeti változók folyamatonként külön létez- 

nek, alap értelmezésben öröklődnek (a gyermekfolya- 
mat megkapja az őt indító szülő környezeti változóit), 

de a szülő másmilyen változókkal is indíthatja a gyermek 
folyamatot. 

A disztribúciók nagy része a környezeti változók beállítá- 
sát a bejelentkező felhasználó nevében elsőként futó prog- 
ramra bízza (a PATH beállítása az UHU-Linux 1.1-ben is 
még így történt). Ez a program szöveges bejelentkezés 
esetén az úgynevezett parancsértelmező (shell, héj), 
grafikus belépés esetén általában egy héjprogram 

(a parancsértelmező nyelvén megírt utasítássorozat), 

de lehet közvetlenül az ablakkezelő is. [dáig még nem 
reménytelen megoldani a problémát, viszont nehezít, 
hogy a felhasználó többféle parancsértelmező közül is 
választhat, mindegyiknek másképpen kell megadni 

a beállítandó környezeti változókat, így mindenképpen 
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a rendszerben több helyen is be kell állítani megfelelően 
ezeket a változókat, ami semmiképp sem szerencsés. 

Az igazi probléma azonban ott kezdődik, hogy be lehet 
lépni úgy is a rendszerre, hogy ezen programok egyike 

se hajtódjon végre, vagy ha maga a héj végre is hajtódik, 
ne olvasson ki semmiféle inicializáló fájlt. Erre a legtipiku- 
sabb példa az, amikor ssh-val távolról úgy lépünk be, 
hogy rögtön egy végrehajtandó parancsot is megadunk, 
tehát nem parancsértelmezőt kérünk. Ilyenkor az álta- 
lunk megvizsgált disztribúciókban mind-mind hibás volt 
a PATH értéke. 

A PATH-t azért hangsúlyozom, mivel azt általában nehe- 
zebb a többi változónál beállítani. Míg a legtöbb környeze- 
ti változó számára a rendszer összeállítója (disztribútor, 
rendszergazda) fix értéket óhajt beállítani (vagyis az érték 
független a rendszer tulajdonságaitól, a felhasználótól), 
addig a PATH esetén ez nem így van, egy jó PATH elemei 
függenek a feltelepített szoftverektől (újabb csomag be- 
hozhat újabb keresési könyvtárat), valamint függenek 

a felhasználótól is, hiszen igencsak illik a felhasználó egyik 
könyvtárát (általában a —/bin könyvtárat) is felvenni, sőt, 
a root-nak az adminisztrátori teendők ellátására szolgáló 
parancsok könyvtárait (/sbin, /usr/sbin, /usr/local/sbin) is 
meg kell kapnia. 

Ahhoz tehát, hogy a PATH-t beállítsuk, le kell futtatni valami 
e célra elkészített kódot, amelyik összerakja, hogy minek is 
kell az értéknek lennie. 

A konstans értékű környezeti változók esetén több 
disztribúció is választotta már azt a megoldást, hogy 

a parancsértelmezők inicializáló fájljai és a grafikus beje- 
lentkezéskor lefutó szkript helyett egy lépéssel korábbra, 
a PAM nevezetű hitelesítési rendszerbe helyezi azok 
beállítását. Erre a hivatalos PAM szoftvercsomagban is 
található modul, mely pam env.so névre hallgat. Ekkor 
tehát maga a belépést engedélyező program állítja be 

a környezeti változókat (amennyiben a felhasználó azo- 
nosítása sikeres volt), és a felhasználó legelső folyamatát, 
vagyis a parancsértelmezőt vagy a grafikus környezetet 
már eleve a kívánt változókkal indítja. Ebben a megközelí- 
tésben megszűnik tehát a kódtöbbszörözés, és megszűnik 
a nem interaktív távolról parancsfuttatás problematikája 
is, hiszen ilyenkor is helyesen lesznek a környezeti válto- 
zók beállítva. A PATH kivételével már az UHU-Linux 1.1 is 
ezt a megoldást követte. 

Több probléma adódott azonban az LUHU-ban abból, hogy 
a PATH változónk nem volt mindig helyesen beállítva. 

A beállítást a parancsértelmező végezte, így grafikus kör- 
nyezetbe belépve a terminálokban indított parancsértelme- 
zőket leszámítva a programok PATH értéke hibás volt (ezt 
még csak-csak meg lehetett volna oldani), illetve nem 
interaktív parancsfuttatás esetén sem a végleges PATH volt 
beállítva. Utóbbi problémát már csak a PATH beállításának 
koncepcionális átdolgozásával volt esély orvosolni, nyil- 
vánvaló volt, hogy a ezt is a PAM hitelesítési rendszerbe 
kell átemelnünk, a többi változó mellé, és megoldani a PATH 
értékének kitalálását, lehetőség szerint plusz csomagok által 
könnyen bővíthető módon. 

A megoldás megtervezése során végül is két részre 

szedtük a feladatot. Egyik komponensként elkészült 

a pam envfeed.so nevezetű modul. Ez a modul annyit 
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csinál, hogy elindít egy külső programot (alap értelmezés- 
ben az /sbin/pam. envfeed-et), figyeli ennek a kimenetét, 

és a kimenetben talált minden változó —érték párt beállít 
környezeti változóként. Ez tehát egy teljesen általános, 
bármely környezeti változó beállítására roppant dinamiku- 
san használható modul. 

Másik lépésként pedig megírtuk azt a pam envfeed 
szkriptet, mely az /etc/envfeed.d könyvtár alatti, .shi kiter- 
jesztésű szkripteket hajtja végig sorra, és minden ezek által 
ENVFEED. kezdetű névvel beállított környezeti változóra ki- 
írja azok nevét az ENVFEED.. előtag nélkül, valamint az érté- 
két. Ily módon több szkript összjátékának eredményekép- 
pen kitaláljuk a leendő PATH értékét az ENVFEED. PATH válto- 
zóban, miközben nyugodtan használhatunk a szkriptekben 
sok egyéb változót (köztük a PATH-t is teljesen másmilyen 
értékkel), és végső soron ezektől függetlenül mondjuk meg, 
hogy mi legyen a leendő PATH. 

Az átállásnak van egy érdekes mellékhatása is. Amennyiben 
a su paranccsal váltunk át rendszergazdává, az esetben 

a pam env.so és pam envfeed.so modulok nem hajtódnak 
végre (lásd az /etc/pam.d/su fájlt). A régebbi UHU-kban 

a környezeti változók ilyenkor egy kivétellel változatlanok 
maradtak, az egy kivétel természetesen a PATH volt, melyet 
a rendszergazdaként indított héj beállított magának. Persze 
itt sem volt tökéletes a helyzet: ha a su-nak megadtunk in- 
dítandó parancsot, akkor itt sem állítódott be a PATH. Az új 
UHU-ban azonban már egyáltalán nem állítódik be a PATH 
(hiszen a shell inicializáló fájljából kikerült az a kód, amit 

a PAM rendszerbe ültettünk át), vagyis olyan parancsértel- 
mezőt kapunk, amely ténylegesen szigorúan véve kizárólag 
rendszergazdai jogosultságot nyújt nekünk, de nem rend- 
szergazdai környezetet. Hiába gépeljük be az ifconfig, 

a chroot vagy bármely hasonló parancsot, azokat nem 
találja meg a parancsértelmezőnk, mivel nincsen benne 

a PATH-ban. 

A fenti probléma kiküszöbölésére használható a su - 
parancs, mely rendeltetésének megfelelően már nemcsak 
rendszergazdai jogosultságot, hanem rendszergazdai kör- 
nyezetet is biztosít, beleértve többek között a PATH ennek 
szellemében történő beállítását is, hiszen végrehajtja 








a pam env.so és pam envfeed.so modulokat is (lásd az 
letc/pam.d/su- és az általa hivatkozott system-auth-rootok és 
system-auth fájlokat). 


Inotify, Gamin 

A hagyományos lnix rendszerhívások között nem szere- 
pel olyan, amellyel egy fájl megváltozását figyelhetnénk. 
A régi nagy Unix rendszerekben erre a szolgáltatásra úgy 
látszik hogy nem igazán volt szükség. A Linux asztali 
rendszereken történő elterjedése során jelent meg az 
igény erre elsősorban a grafikus fájlkezelők részéről, 
hiszen ezek szeretnék az ablakuk tartalmát megfelelően 
módosítani, mihelyst valamely általuk megjelenített fájl 
vagy könyvtár bármilyen tulajdonsága megváltozik 
(például új fájlt hozunk létre). Nyilvánvaló, hogy a fájl- 
struktúra folyamatos lekérdezése (polling) nem igazán 
működőképes megoldás, hiszen hatalmas az erőforrás- 
igénye. Egy olyan rendszerre van szükség, amelyben 

a kerneltől kapunk értesítést, amikor minket érintő 
változás történik. Jelenleg mind a Gnome, mind a KDE 
grafikus felület támaszkodik erre a szolgáltatásra. 

Az UHU-Linux 1.2 mind a kernelben található 
támogatás, mind az erre épülő függvénytár terén 
újítással szolgál. 

A kernelben a korábbi dnotify rendszer mellett megjelent 
az inotify. (Ez egyelőre nem része a hivatalos kernelnek, 
az UHU kernelbe külön foltként került bele.) 

A dnotify rendszerben (a , d" betű a directory-ra, vagyis 
könyvtárra utal) könyvtárat van lehetőségünk figyelni, 
fájlt ezáltal csak közvetve (az őt tartalmazó könyvtárra 
értesülünk eseményről, majd innen kezdve az összes fájlt 
végig kell nézni annak eldöntéséhez, hogy melyik válto- 
zott). Minden egyes figyelt könyvtár egy újabb nyitva 
tartott fájlleírót igényel, így nem kizárt, hogy egy folyamat 
beleütközzön az egyszerre megnyitható fájlok korlátjába. 
A megnyitás megfogja az adott könyvtárat, így azt például, 
ha az egy csatolási pont, nem lehetséges lecsatolni. Ezen 
felül a dnotify a felhasználói folyamattal szignálokon ke- 
resztül kommunikál, ami erőforrásigényes és nehézkesen 
kezelhető. 

Az új, inotify nevű rendszer mindezeket a hibákat hiva- 
tott kiküszöbölni. Az ,i" betű az i-node-ra utal, hiszen 
tetszőleges i-node (fájlrendszerbejegyzés) figyelhető, fájl 
és könyvtár egyaránt. A kommunikáció egy speciális esz- 
közön (/dev/inotify) keresztül történik, a processz itt közli 
a megfigyelendő objektumok listáját, és itt értesül a válto- 
zásokról is. Ezáltal az eseményre várakozás lényegesen 
könnyebben és letisztultabb módon programozható le, 
valamint lehetőség nyílik például arra is, hogy értesül- 
jünk, ha a megfigyelt objektumot tartalmazó fájlrendszer 
lecsatolódik. 

Az alkalmazások általában nem közvetlenül a dnotify 
vagy inotify interfészt használják, hanem egy köztes réte- 
get, egy függvénytárat. Korábban a FAM nevű csomag 
szolgált erre, mely a háttérben a dnotify-ra támaszkodott. 
A FAM-mal is több probléma volt, többek között nem 
képes kihasználni az inotify nyújtotta előnyöket, valamint 
globális démonfolyamat futását igényli, ami megközelítés 
mind stabilitás, mind pedig biztonság terén igencsak 
megkérdőjelezhető döntés. 
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A FAM rendszert szintén lecseréltük modernebb utódjára, 

a Gamin-ra, amely az alkalmazás felől nézve visszafelé kom- 
patibilis a FAM-mal, így a csere nem igényelt változtatást 

a FAM-ot használó alkalmazások (Gnome, KDE stb.) részéről. 
A Gamin alapértelmezésben (amennyiben rendelkezésre 
áll) az inotify rendszert használja, de futási időben képes 
visszaállni dnotify-ra, ha az inotify valami miatt nem elér- 
hető. Továbbá ha egy megfigyelt fájl túl gyakran változik, 
akkor arra a fájlra automatikusan átáll lekérdezéses módba. 
A Gamin teljes egészében a felhasználó jogosultságával fut, 
nem tartalmaz központi, rendszergazdaként futó démont. 
Ugyanakkor technikai okok miatt indít egy külön folyama- 
totgam server néven, amely az adott felhasználó összes 
folyamata számára szolgáltatja a megfelelő információkat. 
Így a rendszerben mindig felhasználónként mindössze egy 
gam server folyamatot látunk, amelyet a legelső, ilyen szol- 
gáltatást igénybe vevő program a háttérben elindít, a többi 
program már ehhez csatlakozik, és a gam server akkor lép 
ki, amikor a felhasználónak immár egyetlen folyamata sem 
figyel meg egy fájlt sem. A külön folyamatok ily módon tör- 
ténő összefogása szintén erőforrás megtakarításához vezet. 


A jövő 

Nehéz kérdés most előre megjósolni, hogy milyen lesz az 
UHU-Linux következő verziója. Természetesen bőven van- 
nak terveink, több kiadásra is elegendően. 

Szinte biztos, hogy a következő kiadás 2.0 sorszámot fogja 
viselni, és főként inkább felhasználói szemmel nézve, a gra- 
fikus felületen fog újdonságokat hozni. Könnyen elképzel- 
hető egy vadonatúj grafikai stílus megjelenése is. 

Ami már egészen biztos, az az, hogy át fogunk állni UTF-8 
karakterkódolásra (ez a Unicode egyik ábrázolási formája), 
lényegében teljesen magunk mögött hagyva az idejétmúlt 
Latin-2 (ISO-8859-2) kódolást. Az átállást számtalan olyan 
ékezetkezelési probléma indokolja, melyek a régi rendszer- 
ben nem oldhatók meg. A mostani LIHU a legtöbb helyen 
még a régi Latin-2 karakterkészletet használja, de pár he- 
lyen már a modernebb UTF-8 kódolást. Különösen a fájlne- 
vek terén nagy a kavarodás, mivel bizonyos alkalmazások 
az egyik, míg mások a másik ábrázolást részesítik előnyben, 
így sok esetben az egyik programmal létrehozott ékezetes 
fájlneveket a másik program nem látja helyesen, és viszont. 
Az ilyen és ehhez hasonló problémákra fog végleges és 
megnyugtató megoldással szolgálni az átállás, onnan kezd- 
ve biztonsággal lehet majd gyakorlatilag bárhol használni 
az ékezetes betűket. 

Egyéb elképzeléseinkről egyelőre nem írnék, ez maradjon 
meglepetés. A fejlesztés menete iránt érdeklődőket szívesen 
látjuk a devDuhulinux.hu levelezési listán (feliratkozni 

a lists. uhulinux.hu címen lehet), ahol további fejlesztési 
kérdések megvitatásával is találkozhatnak, valamint szí- 
vesen fogadjuk az ötleteket. Ugyanakkor kérjük, hogy 

ezt a listát ne használjátok olyan felhasználói kérdések 
feltevésére, melyek nem az UHU-Linux fejlesztésével 
kapcsolatosak, az ilyen kérdések megvitatására üzemeltet- 
jük a kezdorduhulinux.hu és haladocrcuhulinux.hu listát, ahol 
szintén mindenkit szívesen látunk. 


Koblinger Egmont 
Informatikus, az UHU-Linux fejlesztője 
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WLAN-ok védelme WPA és FreeRADIUS 


alkalmazásával 4(2. rész) 


A vezeték nélküli hálózatok védelmi eszközeinek új generációja nem csupán 
a WEP hiányosságait tünteti el, de lehetővé teszi a vezeték nélküli felhasználók 
RADIUS kiszolgálóval végzett hitelesítését is. 


múlt hónapban ismertettem a vezeték nélküli 
A LAN-ok új biztonsági protokollját, a WPA-t (Wi-Fi 

Protected Access, Wi-Fi védett elérés). Megmutat- 
tam, hogy erőteljes és rugalmas hitelesítéssel, továbbá dina- 
mikus titkosítással és kulcsegyeztetéssel hogyan foltozza 
be a WEP protokoll biztonsági réseit. Szó volt arról is, hogy 
a WPA összetevő-protokolljai, köztük a 802.1x, valamint az 
EAP és a RADIUS különféle változatai milyen kapcsolatban 
állnak egymással. Ebben a hónapban megmutatom, hogy 
FreeRADIUS és OpenSSL használatával hogyan helyezhet- 
jük üzembe WPA-ra vagy egyéb 802.1x alapú megoldásra 
épülő környezetünk hitelesítő kiszolgálóját. 


Gyors áttekintés 

A WPA, mint remélem, sokan emlékeznek, modulárisabb, 
mint a WEP. Míg WEP használatakor a hitelesítés és a titko- 
sítás egy az összes ügyfél által közösen használt titkos kulcs 
segítségével történik, WPA használatakor a hitelesítés alap- 
esetben a 802.1x protokoll használatával folyik. A WEP-re 
sokban hasonlító előre megosztott kulcs (pre-shared key, 
PSK) mód alkalmazása egy másik lehetőség. A WPA eseté- 
ben az egyes ügyfelek egyedi titkosító kulcsait a hozzáférési 
pont állítja elő, és rendszeresen frissíti. 

A 802.1x egy rugalmas, az EAP-ra (Extensible Authenti- 
cation Protocol, bővíthető hitelesítő protokoll) épülő hitelesí- 
tő protokoll. A WPA-képes termékek az EAP számos külön- 
böző változatát támogatják, köztük az EAP-TLS-t és 

a PEAP-t. Aki a 802.1x elhagyását és a WPA egyszerűbb, 
PSK módban történő használatát választja, amely ugyan 
biztosítja a titkosító kulcsok dinamikus előállítását, ám 

a hitelesítő adatokat hozzáférhetően, nyílt szövegként 
továbbítja, annak csupán annyit kell tennie, hogy azonos 
előre megosztott kulcsot állít be a hozzáférési ponton és 

a vezeték nélküli ügyfeleken. 

Ha viszont a 802.1x jóval erőteljesebb hitelesítési eljárásai- 
nak alkalmazásával a WPA teljes tudását ki akarjuk hasz- 
nálni, akkor szükségünk van egy RADIUS kiszolgálóra. 
Erre a célra léteznek kereskedelmi megoldások is, mint 
például a Funk Software Steel Belted RADIUS programja, 
de annak sem kell elkeserednie, aki a nyílt forrású progra- 
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mokat pártolja, a FreeRADIUS ugyanis az EAP minden 
fontosabb változatát támogatja, és ugyanolyan üzembiztos 
és biztonságos. Nézzük, hogyan bírhatjuk munkára. 


A használati környezet 

Természetesen nincs elég helyem arra, hogy a FreeRADIUS 
és a 802.1x együttes használatának minden lehetséges mód- 
ját ismertessem, sőt, még a vezeték nélküli alkalmazásokat 
sem tudom mindenre kiterjedően tárgyalni. Nézzünk tehát 
egy példakörnyezetet, amelyet az alábbi eljárásokkal fo- 
gunk létrehozni. 

A WPA használatba vétele kapcsán a legfontosabb döntés 

a használni kívánt EAP-változat kiválasztása. E tekintetben 
nemcsak a RADIUS kiszolgáló alkalmazás, de az ügyfelek ké- 
pességei is jelenthetnek korlátozást. A vezeték nélküli hozzá- 
férési pont — érdekes módon - EAP-független, feltéve persze, 
hogy támogatja a 802.1x-et és/vagy a WPA-t. Egyszerűen köz- 
vetíti az EAP-forgalmat az ügyfelek és a kiszolgálók között, az 
EAP egyik altípusának kifejezett támogatására sincs szüksége. 
Az, hogy az ügyfélrendszer pontosan mit képes támogatni, 
a rajta futó operációs rendszertől és a vezeték nélküli hoz- 
záférést biztosító hardvereszköztől egyaránt függ. Egy Mic- 
rosoft Windows XP rendszer Intel Pro/2100 (Centrino) lap- 
kakészlettel például támogatja az EAP-TLS-t és a PEAP-t, 
de az EAP-TTLS-t nem. Ha Linuxot és wpa supplicantot 
(lásd az internetes forrásokat) használunk, akkor jóval szé- 
lesebb körű választási lehetőséget kapunk. 

Példámban az EAP-TLS használatát fogom feltételezni. 

Az EAP-TLS alkalmazásához az ügyfeleknek tanúsítványokkal 
kell rendelkezniük, amihez viszont szükségünk lesz egy hitele- 
sítő szervezetre (certificate authority, CA). A nehézségek ellené- 
re mégis érdemes az EAP-TLS mellett dönteni. Először is, szé- 
les körben támogatott. Másodszor, a TLS (X.509 tanúsítvány) 
alapú hitelesítés erőteljes biztonságot nyújt. Harmadszor, való- 
jában nem kell túlságosan sok munka ahhoz, hogy OpenSSL 
segítségével összeállítsuk saját CA-nkat. Példakörnyezetünk- 
ben tehát egy EAP-TLS-t alkalmazó, Windows XP-t futtató 
ügyfél fog csatlakozni egy WPA-képes hozzáférési ponthoz. 

A hozzáférési pont egy Linuxon üzemelő FreeRADIUS 1.0.1 
kiszolgálónak fogja továbbadni a hitelesítési feladatokat. 








1. kódrészlet Az openssl.cnf módosítása optimális tanúsítványkészítéshez 


ft Először módosítjuk a CA a CA default részben szereplő gyökér elérési útját 


tt a létrehozni kí ánt CA-nak megfelelően 
[ CA default ] 


dir z ./mickscA 


$ Mindent itt tárolunk 


tt Az alábbi sorok kicsit lejjebb annak az openssIl.cnf-ben: 


countryName. default SHUS 
stateorPro inceName. default z Minnesota 
0.organizationName. default 


A FreeRADIUS beszerzése és telepítése 

SuSE 9.2, Fedora Core 3 és Red Hat Enterprise Linux alá kü- 
lön, saját FreeRADIUS RPM csomag létezik, freeradius név- 
vel. A Debian Sarge (Debian-testing) ugyanilyen nevű DEB 
csomaggal rendelkezik. Red Hat, Fedora és Debian-testing 
alatt további csomagok is rendelkezésünkre állnak, ha 
MYSOL adatbázist szeretnénk használni a hitelesítésre. 
Emellett a Debian-testing néhány további szolgáltatást is 
kínál, ezek újabb csomagokba kerültek. Mind a négy ter- 
jesztésre igaz azonban, hogy magához a 802.1x alapú hitele- 
sítéshez csupán az alap freeradius csomagra van szükség. 
Ha kedvenc Linux-terjesztésünkhöz nincs FreeRADIUS 
csomag, vagy annak változata nem elég új az igényeinknek, 
akkor töltsük le a legújabb FreeRADIUS forráskódot a fej- 
lesztők webhelyéről (lásd a forrásokat). 

A FreeRADIUS lefordítása egyszerű, a megszokott 

. /configure - make - make instal1 eljárással történik. 

Aki még nem nagyon fordítgatott programokat, az a forrás- 
csomag INSTALL fájljában részletesebb útmutatást is talál. 
A configure és a make parancsot lehetőleg normál felhasz- 
nálóként adjuk ki, root jogokra csak a make instal11 futtatá- 
sához van szükség. 

Megjegyzem, hogy alapesetben a parancsfájl a /usr/local 
könyvtár alkönyvtáraiba telepíti a FreeRADIUS-t. Mivel 

a Makefile eltávolításra nem alkalmas, javaslom a telepítési 
könyvtár változatlanul hagyását, így ugyanis — ha valamiért 
szükségtelenné válna — később könnyebb eltávolítani 

a FreeRADIUS-t. 


Hitelesítő szervezet létrehozása 

Mielőtt megadnánk a FreeRADIUS beállításait, létre kell hoz- 
nunk néhány tanúsítványt. A tanúsítványok létrehozásához 
viszont szükség van a hitelesítő szervezetre. Linux Server 
Security című könyvem 5. fejezete tartalmaz egy , How to 
Become a Small-Time CA" (Kisméretű CA üzembe helyezése) 
című részt, ami részletesen tárgyalja a témát; itt most csak 
néhány szóban foglalnám össze az eljárás menetét. 

Először is, mi az a CA, és hol kell elhelyezkednie? A CA 
egy a nyilvános kulcs infrastruktúra gyökereként üzemelő 
rendszer. Központi hatóság, amely digitális aláírások alkal- 
mazásával jótáll a szervezeten belül kibocsátott tanúsítvá- 
nyok hitelességéért. Rendszeres időközönként tanúsítvány 
visszavonási listákat (certificate revocation list, CRL) 
bocsát ki, ezek azokat a tanúsítványokat sorolják fel, 
amelyekért a CA többé nem szavatol. Ilyenek például 

a vállalattól kilépett munkatársak vagy az üzemen kívül 
helyezett kiszolgálók tanúsítványai. 
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Egyik feladat ellátásához sincs szükség arra, hogy a CA 
ténylegesen kiszolgálóként üzemeljen, sőt, jobb is, ha nem 
az. Egy CA akkor megbízható, ha gondosan védjük az ille- 
téktelen hozzáférésektől, visszaélésektől. Saját CA-imat ép- 
pen ezért egyre inkább olyan rendszerekre telepítem, ame- 
lyekkel csak időszakosan lépek fel a hálózatra, például 
VMware virtuális gépekre. 

Lehetséges, hogy már rendelkezünk CA-val, segítségével 
webkiszolgálók, stunnel vagy egyéb, TLS-t használó alkal- 
mazásokhoz is létrehozhattunk már tanúsítványokat. Ha ez 
a helyzet, akkor a CA a WPA-hoz is megfelel. Ha nincs ilye- 
nünk, akkor lássuk, hogyan helyezhetjük üzembe a CA-t. 
Először ellenőrizzük, hogy a kiszemelt rendszerre telepítve 
van-e az OpenSSL. Az OpenSSL minden ismertebb Linux- 
terjesztésnek része, ahogy a FreeBSD, az OpenBSD stb. is tar- 
talmazza. Az OpenSSL meglétét a legegyszerűbben a which 
openss1 paranccsal ellenőrizhetjük, mely megadja, hogy ho- 
vá van telepítve gépünkön az OpenSSL - ha telepítve van. 
Lépjünk át abba a könyvtárba, ahol rendszerünk az 
OpenSSL beállító és tanúsítványfájljait tárolja. SuSE alatt ez 
a /etc/ssI, de a pontos könyvtár terjesztésenként változhat. 
Ha megkeressük az openss1 . cnf fájlt, akkor valószínűleg 
jó helyre fogunk kerülni. 

Most nyissuk meg valamilyen szövegszerkesztőben az 
openssl.cnf fájlt. Néhány alapbeállítást át kell írnunk, így 
később gyorsabb lesz a tanúsítványok előállítása. Az 1. kód- 
részlet az openssl.cnf módosítandó sorait tartalmazza. 
Ezután a CA tanúsítványkészítő parancsfájlját kell átírnunk, 
a CA alapértelmezett denoCA gyökérkönyvtára helyett az 
openssl.cnf fájlban a dir változónál választott könyvtárat 
kell megadnunk itt is. Én a CA.sh parancsfájlt használom, 
ez SuSE rendszereken a /usr/share/ssl/misc könyvtárban ta- 
lálható; más rendszereken lehetséges, hogy máshova kerül. 
A módosítandó sor a következő: 

CATOP- . /mi cksCA. 


Miután átírtuk a fájlt, lépjünk vissza az SSL beállítások 
könyvtárába, ami például a /etc/ssl lehet. Innen indítsuk 

el a CA.sh parancsfájlt a -newca kapcsolóval. Például: 
/usr/share/ss1/misc/CA.sh -newca. Ekkor módot kapunk 
új gyökértanúsítvány létrehozására és a hozzá tartozó titkos 
kulcs jelszavának megadására. Lehetőleg nehezen kitalálható 
jelszót válasszunk, és jegyezzük fel valamilyen biztonságos 
helyre; ha elveszítjük, képtelenek leszünk használni a CA-t. 
Miután a parancsfájl végzett, az SSL beállításkönyvtárban 
lennie kell egy új könyvtárnak, példánknál maradva 

mi ckscA névvel. Ennek a könyvtárnak a gyökérszintjén 
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2. kódrészlet Az xpextensions fájl tartalma 


[ xpclient ext] 


extendedkeyusage — 1.3.6.1.5.5.7.3.2 
[ xpserver ext ] 
extendedkeyUusage — 1.3.6.1.5.5.7.3.1 


találjuk új CA-nk nyilvános tanúsítványát, a fájl neve alap- 
esetben cacert.pem. Mint később még lesz róla szó, ezt a fájlt 
át kell másolnunk a FreeRADIUS kiszolgálóra és minden 
egyes vezeték nélküli ügyfélre. Ha Windows XP ügyfelek- 
kel dolgozunk, akkor a tanúsítványok létrehozása előtt egy 
további lépést is végre kell hajtanunk. A Windows XP bizo- 
nyos jellemzőket elvár az ügyfél- és a kiszolgálótanúsít- 
ványoktól egyaránt, ezért a 2. kódrészletben látható sorokkal 
létre kell hoznunk egy xpextensions nevű fájlt. 

Az xpextensions fájlra a később szereplő OpenSSL parancsok 
egy része hivatkozni fog. Az openssl.cnf fájllal azonos 
könyvtárban kell lennie. 


Az EAP-TLS működése 

EAP-TLS használatakor a vezeték nélküli ügyfél és a RADIUS 
kiszolgáló kölcsönösen hitelesítik egymást. Mindkettő bemu- 
tatja saját tanúsítványát, majd kriptográfiai eszközökkel ellen- 
őrzik, hogy a tanúsítványok rendelkeznek-e a vállalat hitelesí- 
tő szervezetének aláírásával. Tulajdonképpen ez a hitelesítés 
kezelésének egy egyszerű és elegáns módja. Miután telepítet- 
tük a CA nyilvános tanúsítványát a FreeRADIUS kiszolgálóra, 
az ügyfelek egyéb adatait, mint a felhasználónév és a jelszó, 
már nem kell kézzel megadnunk. 

Persze szó sincs arról, hogy az EAP-TLS használata keve- 
sebb munkával járna, mint a felhasználónév-jelszó alapú 
megoldásé, ugyanis az OpenSSL segítségével az összes fel- 
használóhoz létre kell hoznunk egy tanúsítványt, majd eze- 
ket át kell másolnunk az ügyfélgépekre. Arra is ügyelnünk 
kell, hogy a megfelelő helyre telepítve mindenki rendelkez- 
zen a gyökér CA tanúsítvány egy másolatával. 


Tanúsítványok létrehozása 

EAP-TLS használatakor a CA tanúsítványa mellett legalább 
kettő további tanúsítványra is szükségünk van, mégpedig 
egy kiszolgálótanúsítványra a FreeRADIUS kiszolgálóhoz, 
továbbá egy-egy ügyféltanúsítványra a hálózat minden 
vezeték nélküli ügyfeléhez. A tanúsítványok létrehozása 
három lépésből áll: 


1. Aláírási kérvény létrehozása, ez lényegében egy 
aláíratlan tanúsítvány. 

2. Az aláírási kérvény aláírása a CA kulcsával. 

3. Az aláírt tanúsítvány átmásolása arra az állomásra, 
amelyik használni fogja. 


A kiszolgálótanúsítvány aláírási kérvényét az OpenSSL reg 
parancsával készíthetjük el: 


$ openss] reg -new -nodes -keyout 
skiszolgalo kulcs.pem -out kiszolgalo kerveny.pem 
5-days 730 -config ./openssl.cnf 
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A parancs két fájlt hoz létre, a tényleges kérvényt, vagyis az 
aláíratlan tanúsítványt tartalmazó kiszolgalo kerveny . pem- 
et, valamint a jelszó nélküli titkos kulcsot tartalmazó 
kiszolgalo. kulcs . pem-et. Előbb persze meg kell adnunk 
szervezetünk országkódját (Country Code), államát (State) 
stb., ezeknél sokszor az openssl.conf fájlban megadott alap- 
értékeket is használhatjuk. A közös névvel (Common Name) 
már más a helyzet. Amikor a gép bekéri, írjuk be kiszolgá- 
lónk teljesen minősített tartománynevét, mint például 
kiszolgalo. wiremonkeys.org. 

Ezután a CA kulcsot használva, az OpenSSL ca parancsával 
aláírhatjuk a kérvényt: 


$ openssi] ca -config ./openssl.cnfN 

-policy policy anything -out 

skiszolgalo tanusitvany.pem N 

-extensions xpserver ext -extfile ./xpextensions NM 
-infiles ./kiszolgalo. kerveny.pem 


A parancs beolvassa a kiszolgalo kerveny . pem fájlt, 
bekéri a CA kulcsához tartozó jelszót, majd 

a kiszolgalo tanusitvany . pem fájlba elmenti a kérvény 
aláírt változatát és a hozzá tartozó titkos kulcsot. Felhívnám 
a figyelmet a -extensions és -extfile kapcsolóra; ezek 
miatt hoztuk létre korábban az xpextensions fájlt. 

Nyissuk meg valamilyen szövegszerkesztőben az aláírt 
tanúsítványt, és minden a ----- BEGIN CERTIFICATE----- 
sor előtt lévő dolgot töröljünk belőle. Másoljuk össze egyet- 
len fájlba a tanúsítványt és a kulcsunkat: 

$ cat kiszolgalo kulcs.pem 
skiszolgalo.tanusitvany.pem 5. N 

kiszolgalo kulcstanusitvany.pem 


Van tehát kulccsal kiegészített kiszolgálótanúsítványunk, 
ezt kell átmásolnunk a FreeRADIUS kiszolgálóra. Titkos kul- 
csa nincs jelszóval védve, ezért miután minden a helyére 
került, minden felesleges másolatát töröljük. 

Most az ügyféltanúsítvány aláírási kérvényét kell összeállí- 
tanunk. Az erre a célra szolgáló OpenSSL-parancs hasonló 

a kiszolgálótanúsítvány létrehozására használthoz: 

$ openss] reg -new -keyout ugyfel kulcs.pem N 

-out ugyfel kerelem.pem -days 730 -config 

5 ,/openss1.cnf 


Mint látható, az aláírási kérvényt és a kulcsot rendre az 
ugyfel. kerveny . pem és az ugyfel. kulcs fájlba írjuk. A ki- 
szolgáló aláírási kérvényével ellentétben a -nodes kapcsoló 
itt elmaradt, ezért a parancs futtatásakor meg kell adnunk 

a tanúsítvány titkos kulcsának titkosításához használt jelszót. 
A következő lépésben aláírjuk az ügyféltanúsítvány aláírási 
kérvényét: 


$ openss] ca -config ./openssl.cnfN 

-policy policy anything -out 

s ugyfel tanusitvany.pem N 

-extensions xpclient ext -extfile ./xpextensions NM 
-infiles ./ugyfel. kerveny.pem 


Ismétlem, a parancs hasonló a kiszolgáló esetében használt- 
hoz, kivéve azt, hogy a -extensions parancs az 








xpextensions fájl egy másik szakaszára hivatkozik. Ha az 
ügyfeleken Linux fut, akkor a kiszolgalo tanusitvany.pem 
fájlnál látott módon törölni kell belőle a felesleges részeket. 
A tanúsítványt és a kulcsot külön fájlban is hagyhatjuk, de 
össze is fűzhetjük. Ezután másoljuk az ügyféltanúsítvány 
fájlját vagy fájljait a linuxos ügyfélgépre. 

Ha egy tanúsítványt Windows XP-t futtaó ügyfélen szeret- 
nénk használni, még egy lépést el kell végeznünk: PKCS12 
formátumúra kell hoznunk a tanúsítványfájlt. A szükséges 
parancs a következő: 

openss] pkcs12 -export -in ugyfel tanusitvany.pem N 
-inkey ugyfel kulcs.pem -out ugyfel tanusitvany.p12 
5 -clcerts 


Meg kell adnunk az ugyfel. kulcs . pem jelszavát, majd az 
új fájl jelszavát. Ha gondoljuk, akár ugyanazt a jelszót is 
használhatjuk. Csábító lehetőség, hogy a jelszó begépelése 
helyett csupán lenyomjuk az Entert, különösen, ha azt néz- 
zük, hogy a Windows XP WPA-kérvényezője csak akkor 
működik, ha a tanúsítványait jelszavak nélkül tároljuk. 
Nagyon, nagyon rossz ötlet ez, a titkos kulcsokat nem 
szabad védtelenül másolgatni a hálózaton keresztül. 
Nyomatékosan javaslom mindenkinek, hogy a jelszavakat 
csak akkor távolítsa el, ha a fájlokat már biztonságosan 
átmásolta a Windows XP-t futtató ügyfelekre. 

Gondolom, szinte kínálja magát az alkalom, hogy ennek 
kapcsán szidjuk egy kicsit a Microsoftot, de el kell árulnom, 
hogy a linuxos Xsupplicant és wpa supplicant szintén 
csak úgy működik, hogy üres jelszót adunk meg, vagy 


Látogasson el hozzánk! 


Virtuális könyvesboltunk egyedülálló választékot kínál 





elmentjük a jelszót nyílt szövegként egy beállító fájlba. 
Természetesen mindez ellentétben áll az igazán biztonságos 
tanúsítványkezelés elveivel. Remélem, hogy hamarosan el- 
készülnek azokat a WPA-kérvényezők, amelyek indításkor 
képesek bekérni a felhasználótól a jelszavát. 

A létrejött fájl, példánkban az ugyfel tanusitvany.p12 

az aláírt tanúsítványt és a hozzá tartozó titkos kulcsot 
egyaránt tartalmazza. Ezt kell átmásolni a Windows XP 
alapú ügyfélgépre. 


Osszefoglalás 

sTelepítettük a FreeRADIUS-t, létrehoztunk egy hitelesítő 
szervezetet, előállítottuk a kiszolgáló és az ügyfelek tanúsít- 
ványait, majd átmásoltuk őket a megfelelő gépekre. Termé- 
szetesen messze nem végeztünk még. Meg kell még ad- 
nunk a FreeRADIUS, a hozzáférési pont és a vezeték nélküli 
ügyfelek beállításait. Erre a következő alkalommal kerítünk 
sort. Addig is mindenkinek biztonságot kívánok! 


Linux Journal 2005. május, 133. szám 
A cikk forrásai: 5 www.linuxjournal.comjarticle/8134 


Mick Bauer (mickovisi.com) 

Biztonsági szakember, a Linux Journal 
biztonsági témákkal foglalkozó szerkesztője, 
biztonsági tanácsadó a Minnesota állambeli 
Minneapolisban található Upstream Solutions 
LLC Inec.-nél. 
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A könyv megmutatja, hogyan erősíthetjük meg vállalatunk rendszerének védd 
hogyan tarthatjuk biztonságban a létfontosságú adatokat, és hogyan bővítheti 
hálózat szolgáltatásait az SSH üzembe helyezésével. 
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Sunbird és iCalendar 


A Mozilla Sunbird naptára egyesíti a központosított, csoportmunkát segítő 
webalkalmazások és a többféle operációs rendszer alatt is futtatható asztali 


eszközök előnyeit. 


mikor elkezdtem kiszolgáló oldali programok írá- 
A sával foglalkozni, még a gondolatán is nevettem 

annak, hogy alkalmazásokat készítek. Tulajdon- 
képpen csak kisebb kódokat írtam, és nem sejtettem, hogy 
egy valódi, valakinek az asztali számítógépén futó alkalma- 
zás mi mindenre lenne alkalmas. 
Persze a kezdetek óta sok minden megváltozott a számí- 
tógépes iparágban. Napjainkban a web alapú alkalmazá- 
sok nem csupán mindennapi életünk megszokott elemei, 
de egyre fontosabb szerepet követelnek maguknak. 
Nemrég olyan alkalmazást kerestem, amivel el tudtam 
volna készíteni az amerikai bevételeimről szóló adóbevallá- 
somat. Azt vártam, hogy jó néhány cégnél találok web 
alapú adószámító programot. Az ASP (application service 
provider, alkalmazásszolgáltató) kifejezés körül néhány éve 
szinte forrongott a szakma, sokan úgy gondolták, hogy 
weben keresztül bármilyen program használható. 
Bár volt néhány nagyszerű sikertörténet, még több kudar- 
cot láthattunk, amelyek mögött műszaki és üzleti okok 
egyaránt húzódtak. 
Azt, hogy a vállalatok számára miért vonzó a web alapú 
alkalmazások használata, könnyű megválaszolni: az alkal- 
mazásokat többé nem kell különféle gépeken és operációs 
rendszereken tesztelni, elég csupán néhány böngészővel 
kipróbálni őket. Nincs többé szükség a szoftverek különféle 
változatainak támogatására, ugyanis egyszerre mindig csak 
egy változat érhető el. A hibajavításokat és a frissítéseket 
gyakorlatilag folyamatosan be lehet építeni a rendszerbe. 
A szoftverek internetkapcsolat birtokában bárhonnan elér- 
hetők, nem csupán arról a gépről, amelyikre telepítették 
őket. A lista egyre csak gyarapodik és gyarapodik. Sok 
szempontból ennek a megoldásnak sokkal több értelme 
van, mint több ezer CD-lemez legyártásával és a szoftverek 
több száz különféle gépen való tesztelésével vesződni, mi- 
közben fenn kell tartani egy nagyméretű, az összes létező 
változat támogatására képes központot is. 
Elfeledkeztünk azonban arról, hogy a webes alkalmazások 
asztali párjukhoz képest korlátozottabb képességűek. 
Mivel minden komolyabb adatfeldolgozás a kiszolgálón 
történik, ide értve az adatbázisokban és a fájlokban vég- 
Zett írási és olvasási műveleteket is, a felhasználói felület- 
től azonnali visszajelzést gyakorlatilag nem várhatunk. 
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Hiába a leggyorsabb kiszolgáló és mindenféle varázslat, 
az ilyen programok mindig némi várakozásra kényszerítik 
használójukat. A Google új térképrendszere (lásd az 
internetes forrásokat) például kiválóan szemlélteti, hogy 
bár lehet, azért meglehetősen nehéz olyan webes alkalma- 
zást készíteni, amely asztali megfelelőjével közel azonos 
viselkedést mutat. 

Mivel a legtöbbünk nem rendelkezik a Google erőforrá- 
saival, másféle megoldást kell találnunk, mégpedig hibrid 
alkalmazásokat kell használnunk - olyan asztali alkalmazá- 
sokat, amelyek nagymértékben támaszkodnak a webes 
technológiákra. Korábban a webes technológia fogalma elég 
jól körülhatárolható volt: HTML formázású dokumentu- 
mok halmaza, amelyeket HITP-n keresztül, URL-ek segít- 
ségével érünk el. Sokáig kizárólag a webböngészők használ- 
ták komolyabban ezeket a szabványokat. 

Mára azonban egyre több asztali alkalmazás használ 
HTML-t, HTTP-t és URL-eket, függetlenül attól, hogy 

a legkevésbé sem mondhatók webböngészőknek. URL-ek 
segítségével keresik meg a távoli erőforrásokat, egyszerűsé- 
gének és univerzálisságának köszönhetően HTML-t alkal- 
maznak a hiperhivatkozásokkal összekötött dokumentu- 
mok létrehozására, a HTTP-t pedig megbízható, egyszerű, 
általános célú és gyorstárazható működése miatt veszik 
igénybe. Sajnos túl sok példát nem tudok felhozni olyan 
szövegszerkesztőre vagy táblázatkezelőre, amely mindeze- 
ket a megoldásokat alkalmazná - persze ettől még lehetnek 
ilyenek —, csupán azt az egy programot, amely egyre na- 
gyobb hangsúlyt kap az életemben, és ez a Mozilla Sunbird. 
A Sunbird (1. ábra) a Firefox vagy a Thunderbird mellett 
kiegészítő jelleggel telepíthető naptár önálló változata. 

A két említett programmal való együttműködése messze 
van a tökéletestől, és én például sokszor szeretném használ- 
ni vagy újraindítani az egyiket a másik nélkül. Ezért múlt 
nyáron telepítettem a Sunbird-öt, és azóta is örömmel foga- 
dom minden újabb kiadását. 

Most nyilván sokan azt gondolják, hogy semmi érdekes 
nincs egy webes technológiákat alkalmazó naptárban, csak- 
hogy a Sunbird és az iCalendar szabvány segítségével nyil- 
vános naptárakat is létre tudunk hozni. Ez alkalommal 

egy több hónapos, az iCalendar szabványra épülő naptárak 
létrehozását, terjesztését és megosztását tárgyaló sorozatot 











































































































































































































































































TAGGÁ GT KGG GT TAJT OV JOTT OTT JESS TTTTTTTTT GT GTTágabev iCalendar névvel említik, 
Eile Edit View Go Tools Help 4 ésa 
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1. ábra A Sunbird fő ablaka többhetes módban. Három naptáram közül kettő (Hebcal 2005 és Northwestern 
Egyetem) színkódolt, a beviteli panelen és a főablakban egyaránt. A tennivalóim listája is színes, így követni 
tudom, hogy melyik feladatomnak közeledik a határideje, melyikkel késtem el, mire kell kiemelt figyelmet 
fordítanom, illetve mi az, ami már folyamatban van. 
































indítunk el. Ennek során nemcsak azt tekintjük át, hogy 
hogyan dolgozhatunk az iCalendarrel, de azt is megvizsgál- 
juk, hogy a hibrid alkalmazások milyen sokoldalú szolgálta- 
táskészletet és , felhasználói élményt" biztosítanak. 


Az iCalendar és a Sunbird 

Az iCalendar egy internetes szabvány naptáradatok szá- 
mítógépek közötti megosztására. Alapötlete egyszerű: 

ha egy iroda minden munkatársa a saját gépén tartja nyil- 
ván teendőit, akkor az egyének ugyan hatékonyan tudnak 
dolgozni, ám a csoport semmivel sem jár jobban, mintha 
mindenki egy zsebben hordható határidőnaplót használna. 
Például az értekezletek ütemezése továbbra is nehézkes 
lesz. A közös eseményeket mindenki naptárába külön be 
kell írni, majd, ha például hétfőről szerdára tesszük át 

a megbeszélést, akkor mindenkinek egyénileg kell módosí- 
tania naptárja tartalmát. 

Az iCalendar ezt a problémát maguknak a naptárfájloknak 
a szabványosításával oldja meg, amelyeket így szabadon le- 
het mozgatni a programok között. Az eredeti változat, már 
amennyire tudom, azt az elgondolást követve készült, hogy 
mindenki saját iCalendar alapú programot használ majd 

a gépén, a bejegyzéseket pedig hálózaton és interneten ke- 
resztül osztják meg egymással. A valóság ugyan kicsit nehe- 
zen követte az elméleteket, ám mára már több az iCalendar 
készletnek bizonyos részeit megvalósító program is létezik. 
Meg kell jegyeznem, hogy az egész iCalendar Project sze- 
rencsétlen és hibás névadások áldozata lett. Az adattároló 
és egyben az adatok cseréjére is használt fájlok a vCalendar 
nevet kapták, hasonlóan az elektronikus névjegykártyák 
vCard elnevezéséhez. Sokan — emberek és programok 
egyaránt —, ide értve a Sunbird-öt is, a fájlformátumot 
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sát; az URL megtalálható 

a források között. Aki bát- 
rabb, az a múlt éjjeli ki- 
adások valamelyikét is 
telepítheti. Én, mivel 

a Sunbird-öt éles naptáradatok kezelésére használom, 
inkább a hivatalos kiadásoknál maradok. Aki inkább Firefox 
vagy Thunderbird böngészőjével szeretné egyesíteni a nap- 
tárját, az lépjen át a fő letöltési oldalra, majd válassza ki 

a telepíteni kívánt kiterjesztést és változatot. A Firefox- 

és Thunderbird-bővítmények telepítése után a gazdaprog- 
ramot újra kell indítani. 

A Sunbird alatt kétféle típusú elemet hozhatunk létre, ese- 
ményt és tennivalót. Az események normál esetben magá- 
ban a naptárban tűnnek fel, a találkozóktól egészen a nya- 
ralásokig minden ide tartozik. A tennivalók alapbeállítás 
szerint a képernyő bal oldalán sorakoznak, és elvégzendő 
feladatainkra emlékeztetnek, szükség esetén kezdő és záró 
dátummal kiegészítve. A Sunbird attól függően változtatja 
a tennivalók színét, hogy milyen hamar kell elvégezni őket. 
A késésben lévő feladatok színe piros, az aktuálisaké kék, 

a jövőbelieké pedig zöld. A szürke feladatok a távoli jövőbe 
esnek, míg az áthúzottakat — már ha egyáltalán megjelenít- 
jük őket — már elvégeztük. 

Az események és a tennivalók egyaránt ismétlődhetnek, 
vagyis ha a következő tíz hét minden szerdáján délután 

4 órakor megbeszélésünk lesz, akkor ez egyetlen bejegyzés- 
sel is meg tudjuk adni, nem kell tíz különálló eseményt 
bejegyeznünk. Az ismétlődő eseményekhez kivételeket is 
megadhatunk, továbbá ismétlésüket egyes napokra, hóna- 
pokra vagy évekre is korlátozhatjuk, ahol ezeket a bizonyos 
hónapokat, éveket mi adjuk meg. 


iCalendar fájlok 

Az, hogy a Sunbird hogyan kezeli az eseményeket és a fel- 
adatokat, tükrözi azok vCalendar fájlokban való tárolását. 

Bár elvárhatnánk, hogy egy korszerű internetes szabvány 
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XML-alapú legyen, az iCalendar fájlformátuma kettőspont- 
tal elválasztott név-érték párokra épül. Minden esemény és 
feladat saját kezdő és záró sorral rendelkezik, továbbá az 
egész fájltartalom is hasonló kezdő és záró sorok között 
található. Normál esetben az iCalendar fájlokban minden 
név-érték pár külön sorban található. Ha egy sort valami- 
lyen nem látható karakterrel behúzunk, akkor az azt jelenti, 
hogy az adott sor az előző folytatása. Például: 


név:érték 

név2: 
érték2 

név3 
:érték3 


A fenti példában három név-érték párt láthatunk, 
mindegyikben másképp használjuk a nem látható karak- 
tert. A Sunbird alapesetben a harmadik megoldást hasz- 
nálja, vagyis minden nevet a saját sorába helyez, az 

egyes nevekhez tartozó értékek pedig a rákövetkező 

sorba kerülnek. A Sunbird, mint a többi Mozilla termék is, 
minden adatfájlját egy profilkönyvtárba helyezi, amely 

a program első indításakor véletlenszerű névvel jön létre. 
Maguk az iCalendar fájlok a profilkönyvtár Calendar 
alkönyvtárába kerülnek. 

Az iCalendar szépsége az, hogy nem muszáj minden 
naptáradatunkat egyetlen fájlban tartanunk, sőt, még 
egyetlen gépen sem. Az iCalendar-megfelelő alkalmazások 
a beolvasásra megadott helyeken talál naptáradatok össze- 
sítését jelenítik meg. Vagyis a gépünkön több különböző 
naptárfájlt is el tudunk helyezni, tükrözve mindennapi 
életvitelünket; hogy csak a legalapvetőbb példánál marad- 
junk, szétválaszthatjuk személyes és munkával kapcsolatos 
dolgainkat. Egyéb forrásokból is lekérdezhetünk naptár- 
fájlokat, például HTTP felett, vagyis a csoportnaptárakat 
központi kiszolgálókra is el tudjuk helyezni, miközben 

a megjelenítés marad a saját számítógépünkön. 

A Sunbird első elindításakor, illetve az első naptár létreho- 
zásakor létrehoz egy CalendarDataFile.ics fájlt. Ha egynél 
több naptárunk van, akkor rendszerünkön több ilyen fáj- 
lunk is lesz. A fájlok a CalendarDataFileN.ics nevet kapják, 
ahol az N a létrejött naptár számát adja meg. 

Magának a fájlnak a szerkezete rendkívül egyszerű. Példa- 
ként nézzünk egy egyetlen eseményt - a Linuxvilág e havi 
leadási határidejét — tartalmazó iCalendar fájlt: 


BEGIN : VCALENDAR 
VERSION 
:2.0 
PRODID 
:-//Mozilla.org/NONSGML Mozilla Calendar V1.0//EN 
BEGIN: VEVENT 
UID 
:05e55cc2-1dd2-11b2-8818-f578cbb4b77d 
SUMMARY 
:Linuxvilág határidő 
STATUS 
: TENTATIVE 
CLASS 
: PRIVATE 
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X-MOZILLA-ALARM-DEFAULT-LENGTH 
:0 
DTSTART 
:20050211T140000 
DTEND 
:20050211T150000 
DTSTAMP 
:20050209T1322317 
END: VEVENT 
END : VCALENDAR 


Mint látható, a fájl a VCALENDAR deklarációval kezdődik 

és végződik. Minden eseményt a BEGIN: VEVENT és az 

END: VEVENT elem határol. Minden eseményhez tartozik 

egy egyedi azonosító; egy összegzés, amely normál esetben 
a naptárban jelenik meg; egy állapot; egy osztály, amely 

azt adja meg, hogy másokkal meg szeretnénk-e osztani 

a naptárbejegyzést; továbbá egy kezdő és egy záró időpont. 
Az időbélyeg azt adja meg, hogy az eseményt mikor módo- 
sítottuk utoljára. 

Az iCalendar fájlokban lévő időbélyegek szokatlan formátu- 
mot követnek, a dátumot ÉÉÉÉHHNN formában adják 
meg, ezt egy T karakter követi, majd a 24 órás formátumú 
időpont; a sort az elhagyható időzóna és egy Z karakter zár- 
ja. Mivel én jelenleg Chicagoban lakom, az időbélyeg nem 
azt az időpontot adja meg, amikor létrehoztam a bejegy- 
zést, ehelyett a bejegyzés hat órával előrébb jár nálam, 

a GMT után egy órával (12). 

Mi történik, ha minden hónapban van egy határidőm, és 
ezt ebben a naptári eseménybe is bele szeretném foglalni? 
A Sunbird alatt ezt úgy lehet megoldani, hogy az esemény- 
szerkesztőben duplán rákattintva az eseményre megnyitjuk 
a Recurrence (Ismétlődés) lapot. Itt jelezhetjük, hogy az ese- 
mény minden hónapban megismétlődik, ekkor a felület 
megváltozik, és meghatározhatjuk, hogy — például — ponto- 
san minden hónap 11-én (vagyis azonos dátumon) vagy 
minden hónap második péntekén, relatívan változva ismét- 
lődik az esemény. Ha az első lehetőséget választjuk, akkor 
a iCalendar fájl tartalma így alakul: 


BEGIN : VCALENDAR 
VERSION 
s2:0 
PRODID 
:-//Mozilla.org/NONSGML Mozilla Calendar V1.0//EN 
BEGIN: VEVENT 
UID 
:05e55cc2-1dd2-11b2-8818-f578cbb4b77d 
SUMMARY 
:Linuxvilág határidő 
STATUS 
: TENTATIVE 
CLASS 
: PRIVATE 
X-MOZILLA-ALARM-DEFAULT-LENGTH 
:0 
X-MOZILLA-RECUR-DEFAULT-UNITS 
:months 
RRULE 
:FREO-MONTHLY ; INTERVAL-1 








DTSTART 
:20050211T140000 

DTEND 
:20050211T150000 

DTSTAMP 
:20050211T132231z 

LAST-MODIFIED 
:20050211T7153505Z 

END: VEVENT 

END : VCALENDAR 


Vegyük észre, hogy a bejegyzés egy RRULE tulajdonsággal 
bővült, melynek értéke FRE0-MONTHLY (gyakoriság—havi) 
és INTERVAL-1 (intervallum). Gondolnánk, hogy ha a ha- 
táridő kéthetente volna, akkor elég lenne átírni a fájlt 
FREG-WEEKLY (gyakoriság- heti) és INTERVAL-2 formába. 
Ez így is van, azzal a kikötéssel, hogy a BYDAY-FR mezőt 
is hozzá kell adnunk, ami jelzi, hogy az esemény péntekre 
esik (FR, Friday). 

Ha azt választjuk, hogy az esemény minden hónap 
második péntekjére essen, az iCalendar fájl tartalma 

így alakul: 


BEGIN : VCALENDAR 
VERSION 
sZ:0 
PRODID 
:-//Mozilla.org/NONSGML Mozilla Calendar V1.0//EN 
BEGIN: VEVENT 
UID 
:05e55cc2-1dd2-11b2-8818-f578cbb4b77d 
SUMMARY 
:Linuxvilág határidő 
STATUS 
: TENTATIVE 
CLASS 
: PRIVATE 
X-MOZILLA-ALARM-DEFAULT-LENGTH 
:0 
X-MOZILLA-RECUR-DEFAULT-UNITS 
:months 
RRULE 
: FREO-MONTHLY ; INTERVAL -1 ; BYDAY-2 FR 
DTSTART 
:20050211T140000 
DTEND 
:20050211T150000 
DTSTAMP 
:20050211T132231Zz 
LAST-MODIFIED 
:20050211T153824z 
END: VEVENT 
END : VCALENDAR 


Mint látható, a RRULE tulajdonság most FREg-MONTHLY 
(gyakoriság- havonta), az esemény ugyanis havonta 
következik be, míg az INTERVAL 1 lett. Ugyancsak 
felhívnám a figyelmet a BYDAY-2FR hozzáadására, 
ami arra utal, hogy az esemény minden hónap második 
péntekjén lép fel. 
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Végül használjuk ki a Sunbirdnek azt a képességét, hogy 
távoli naptárak kezelésére is képes — helyezzük át a fájlt 

a könyvtárból egy másik gépre. Én a CalendarDataFile7.ics 
fájlt — azért ez volt a neve, mert ezt a naptárat hetedikként 
hoztam létre - a /tmp könyvtárba helyeztem. Ezután átmá- 
soltam a weboldalamra, ahol 

a http://reuwven.lerner.co. il/CalendarDataFile7.ics URL alatt 
tettem elérhetővé. A fájl elérhetőségét úgy ellenőriztem, 
hogy wget-tel letöltöttem. Mivel működött a dolog, bátran 
nekiláthattam, hogy az URL-t a Sunbirdnek is megadjam. 
Átváltottam a Sunbirdre, és töröltem az ATF naptárat. 

A Sunbird meglévő, helyi naptár fájlnevét nem engedi eltá- 
volítani. Ezután a Fájl menüből távoli naptár előfizetését 
választottam, majd megadtam a .ics fájl URL-jét. A naptár 
letöltése után a linuxvilágos határidő saját naptáramban 
minden hónapban láthatóvá vált, pontosan úgy, mintha az 
adatok a helyi gépen lettek volna. Sőt, ha a kísérlet végre- 
hajtása után vetünk egy pillantást a Calendar könyvtárra, 
akkor láthatjuk, hogy a fájl valóban a helyi gépen található. 
Az alkalmazás letöltötte és telepítette a könyvtárba; kérésre 
természetesen frissíthető. Ehhez elég rákattintani az egér 
jobb gombjával a naptárra, majd a távoli naptár újratöltését 
választani. 


Osszefoglalás 

A hibrid, web-asztali alkalmazások megismerését az 
iCalendar/vCalendar fájlformátum vizsgálatával kezdtük, 

a Mozilla önálló Sunbird alkalmazását hívva segítségül. 
Sikerült különféle típusú eseményeket létrehoznunk, 

majd az így létrejött iCalendar fájlt a helyi gépről áthelyez- 
tük egy távoli kiszolgálóra. 

Naptárunk egyelőre statikus, vagyis, ha valaki módosítani 
akarja, akkor azt kézzel vagy a módosított naptárfájl feltöl- 
tésével teheti meg. A következő alkalommal megnézzük, 
hogy webes, adatbázis alapú alkalmazással hogyan hozha- 
tunk létre dinamikusan iCalendar fájlokat. Ezután megvizs- 
gáljuk, hogy az egyik számítógépen létrehozott naptárakat 
milyen módszerekkel lehet átmásolni kiszolgálóra, illetve 
megosztani másokkal. 


Linux Journal 2005. május, 133. szám 


Rewven M. Lerner (2 http:/Avww.lerner.co.il/atf) 
Nyílt forrású programokra, valamint web- és adat- 
bázis-alkalmazásokra szakosodott tanácsadó. 
Könyve, a Core Perl, 2002 januárjában jelent meg 
a Prentice Hall gondozásában. Reuven feleségével 
és lányaival nemrég költözött Chicagóba. 





2 www.mozilla.org/projects/calendar/download.html 
D maps.google.com 


5 developer.apple.com/internet/appleapplications/ 
icalendarfiles.html 


2 developer.apple.com/internet/appleapplications/ 
icalendarfiles.html 
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FreeBSD - a szomszéd vár 468. rész) 


Vállalati tűzfal készítése 


A vállalati tűzfalak sokrétű feladatokat kell ellássanak: a gépek védelmén túl 
általában a belső hálózat címfordítását és a forgalom rendszabályozását is el kell 
végezniük. Ezen feladatokat nyugodt szívvel rábízhatjuk egy FreeBSD alaprend- 
szerre, hiszen tartalmaz minden szükséges eszközt. 


NAT — hálózati címfordítás 

A hálózati címfordítással megbízott gép a belső hálózat gépei- 
től kapott csomagokat úgy módosítja, hogy azok feladójaként 
a saját címét tünteti fel: így a válaszként érkező csomagok is 
hozzá kerülnek vissza, amelyeket ismét módosítva — immár 

a belső hálózaton -— az eredeti kérést indító géphez továbbít. 
A belső hálózaton lévő gépek ezáltal meg vannak védve min- 
den kívülről induló támadás ellen, s mégis képesek teljes 
körű szolgáltatások elérésére (bár van néhány megkötés is). 
Linux rendszereknél az iptables/ipchains programok végez- 
ték a NAT beállításait, FreeBSD operációs rendszer esetén 
viszont erre egy külön program készült: az ipnat. Felesleges 
keresgélnünk a ports adatbázisban, az ipnat az alaprend- 
szer része, sőt a rendszermag is tartalmazza, ha az alap- 
rendszerhez tartozó GENERIC kernelt használjuk. Az ipnat 
bekapcsolásához mindössze a 

ipnat enable-"yes" 


sort kell elhelyezni a /etc/rc.conf állományban, s a következő 
induláskor már használhatjuk is a címfordítást. Alapesetben 
a /etc/ipnat.rules állományból olvassa be a program a rá 
vonatkozó szabályokat, amely helyett más állományt is 
megadhatunk a /etc/rc.conf állományba írt 

ipnat rules-"/root/ipnat. rules" 


sorral. Ha újraindítás nélkül szeretnénk megúszni az első 
próbálkozásokat, akkor az 
$ ipnat -C -f /etc/ipnat.rules 


parancsot kell kiadnunk, amely törli az előzőleg beolvasott 
szabályokat, majd a megadott állományból újakat olvas be. 
Ha az aktív NAT kapcsolatokat is törölni szeretnék a belső 
táblázatból, akkor a -F opciót is megadhatjuk: 

$ ipnat -C -F -f /etc/ipnat.rules 


Érdemes , konzolközelben" végezni ezen tevékenysége- 
ket, mivel egy hibásan megállapított szabállyal könnye- 
dén elvághatjuk magunkat a hálózaton történő további 
adminisztrációtól... 


Linuxvilág 


Alapvetően négy parancs áll rendelkezésünkre ahhoz, hogy 
a NAT szolgáltatásunkat megfelelően beállíthassuk, ebből 
kettőt használunk rendszeresen. iptables programhoz 
szokott kézzel először nehézkes lesz a megfelelő szintaxis 
megadása, pár perc után azonban nevetségesen egyszerűvé 
áll össze a kép. 

Leggyakoribb tevékenység a belső hálózat címfordítása, 
amelyet rábízunk egy NAT szolgáltatásra. Ezt a map 
paranccsal tudjuk megtenni, mint a következő példában: 
map x10 192.168.1.0/24 -5 195.199.153.218/32 


Ekkor az x10 eszközön át (amely ebből adódóan a külső há- 
lózat felé kapcsolódik), a 192.168.1.0/255.255.255.0 belső 
privát hálózatot a 195.199.153.218 cím felé irányítjuk cím- 
fordítással. Ezzel minden szükséges adatot megadtunk az 
ipnat programnak, s a kliens gépek megfelelő beállításai 
után már eléri a belső hálózat az internet adta lehetőségeket. 
Néhány probléma felmerül a megoldással kapcsolatban, 
amelyek ismert hiányosságai a NAT szolgáltatásnak. Ha sok 
gépet engedünk ki egyetlen IP cím alatt, akkor szükségsze- 
rűen működésképtelenek azok a programok, amelyek PtP 
módon szeretnének működni (játékok, videó/audiókonfe- 
renciák, stb). Ennek oka az, hogy a külső hálózatról a tűzfal 
IP címe felé induló független (nem választ tartalmazó) cso- 
magok nem tudnak bejutni a belső hálózatba, lévén ,isme- 
retlenek" a tűzfal számára, illetve az általuk használandó há- 
lózati kapu sincs nyitva. Ezen csorba részleges javítását a cso- 
magok átirányítása nyújtja, amelyre az rdr parancs szolgál. 
A vállalati intranet külső elérését (például távmunka okán) 
a tűzfal lehetővé teheti a megadott címekről (lásd előző 
rész). Persze ehhez egy átirányítást kell készíteni, amely ezt 
lehetővé is teszi: 

rdr x10 195.199.153.218/32 port 80 -: 192.168.1.254 
port 80 tcp 


Ennek megfelelően az x10 eszközön érkező csomagot, 
amely a 195.199.153.218 IP címre érkezik (az ipfw is áten- 
gedte), s a TCP 80-as (http) kaput határozta meg célként, 

a 192.168.1.254 címmel rendelkező gép 80-as kapujára to- 








vábbítja. Az átirányítás másik használati lehetősége a terhelés 
elosztása. Ekkor a tűzfalunknak az a dolga, hogy felváltva do- 
bálja a kéréseket más-más belső hálózaton lévő gép számára: 


rdr x10 195.199.153.218/32 port 80 -: 
192.168.1.254,192.168.1.253,192.168.1.252 port 80 tcp 


Ennek megfelelően a három megadott kiszolgáló számító- 
gép felváltva kapja a tűzfal IP címére érkező kéréseket. 


DummyNet — hálózati esélyegyenlőség 

Otthoni körülmények között ritkán támad arra igényünk, 
hogy az ,egygépes" kis hálózatunkban a sávszélességet kor- 
látozzuk. Vállalati közegben a felhasználók száma indokol 
bizonyos korlátozásokat, hiszen többnyire ugyan azzal az 
ADSL vonallal van internet kapcsolata az egész cégnek, 
mint amit — jó esetben - otthon is használunk. Ha egy fel- 
használó elkezd letölteni egy nagyobb állományt -— például 
egy videót — azonnal használhatatlan lesz a többi résztvevő 
számára hálózat. Ez jó esetben nem okoz problémát, de 

ha internetes technológiát igénylő programokkal dolgozni 
kellene, akkor súlyos bevételkiesést is okozhat a hálózat 
felesleges terhelése. 

Ha a sávszélességet növelni nem lehet, illetve az igényeket 
sem tudjuk szóbeli figyelmeztetéssel csökkenteni, akkor 
fizikailag kell beavatkozni, hogy a hálózat terhelését mérsé- 
kelni tudjuk. FreeBSD esetén az alaprendszer tartalmazza 

a DummyNet nevezetű eszközt, amely eredetileg hálózati 
tesztek elvégzésére szolgált, de napjainkra önálló életre 
kelt. A DummyNet képes a csomagok egy részét elveszejte- 
ni, késleltetni, illetve a hálózat sávszélességét csökkenteni; 
így kiváló lehetőséget adott a hálózatot használó progra- 
mok tűrőképességének vizsgálatára. Ugyanakkor az ipfw 
programmal együttműködve lehetőségünk nyílik egyes fel- 
használók tűrőképességének vizsgálatára is, hiszen az álta- 
luk használt gépről indított csomagok egy részét el tudjuk 
veszejteni, késleltetni vagy a sávszélességüket csökkenteni... 
A program használatához a rendszermagot újra kell fordíta- 
ni a 

options DUMMYNET 


megadásával, amely sort például a /usr/src/sys/i386/conf/ 
MYKERNEL állományba kell írnunk. Ehhez sajnos újra 
kell indítani a gépet, de ebben a szomorú tényben bőven 
kárpótol majd minket — gonosz rendszergazdákat -— a fel- 
használóink szomorúsága, amint működni kezd a sávszé- 
lesség személyre szabott csökkentése... 

Mint említettem, a DummyNet az ipfw programba épül be, 
mégpedig a pipe kulcsszón keresztül, s így a tűzfalunkat 
beállító programocska a következő sorokat tartalmazhatja: 


$!/bin/sh 

/sbin/ipfw -g flush 

ft A helyi forgalom engedélyezése 

/sbin/ipfw add 1 allow ip from 10.1.1.0/24 to any 
/sbin/ipfw add 2 allow ip from me to 10.1.1.0/24 


ft A kiszolgáló forgalmának engedélyezése 
/sbin/ipfw add 60100 allow ip from me to any 
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/sbin/ipfw add 60200 allow ip from any to me 


ft A főnök gépének sávszélessége 

/sbin/ipfw add 257 pipe 257 ip from any to 
510.1.1.1/32 

/sbin/ipfw pipe 257 config bw 20kByte/s 

ft Az , nemszeretem" kolléga sávszélessége 
/sbin/ipfw add 258 pipe 258 ip from any to 
510.1.1.2/32 

/sbin/ipfw pipe 258 config bw 100Byte/s 

ft A kedves titkárnéni sávszélessége 
/sbin/ipfw add 259 pipe 259 ip from any to 
510.1.1.3/32 

/sbin/ipfw pipe 259 config bw 200kByte/s 


Látványosan olvasható a DummyNet működése: megadjuk 
a megfelelő ipfw szabályt, a hozzá tartozó cső számát, majd 
felkonfiguráljuk az adott számú csövet. A bw kulcsszó jelen- 
ti a sávszélességet, a mértékegység magáért beszél. Ha kés- 
leltetést szeretnénk beállítani, azt a delay parancs segítsé- 
gével tehetjük meg: 

t /sbin/ipfw pipe 258 config delay 30000 


Ennek megfelelően a közutálatnak örvendő kolléga fél 
percet kénytelen várni minden csomagjára. Folyamatos 
letöltésnél nem jelent sokat, de az interaktivitást igénylő 
programokkal sokat fog szenvedni. Ha nagyon gonosz 
módon állunk a kollégához, akkor még egy 9099-os csomag- 
vesztéssel is megterhelhetjük a hálózati kapcsolatát: 

t /sbin/ipfw pipe 258 config plr 0.9 


Sajnos IP címhez tudunk csak rendelni ilyen DummyNet 
szabályokat, ha felhasználókat szeretnénk korlátozni s nem 
gépeket, akkor ennél sokkal nehezebb dolgunk lesz. 


Melyik programot válasszam? 

A FreeBSD alaprendszer és ports adatbázis ennél a pár prog- 
ramnál sokkal több eszközt tartalmaz, amelyek mind-mind 
ugyan arra a feladatra más-más módszerrel adnak megol- 
dást, ezek felsorolására sem vállalkozok, a pontos működé- 
süket sem tudom a hely hiányában bemutatni. Csak ajánlani 
tudom minden kedves FreeBSD felhasználónak, hogy pró- 
bálja ki a lehetőségeket és válassza a hozzá legközelebb álló 
programcsomagot. Nem érdemes az összes lehetőséget pon- 
tosan ismerni, elég egyet mélyebben, ahogy magam is csak 
az ipíw és az ipnat programokat használom gyakrabban 
(holott használhatnám az ipf és a natd programokat is :). 


Auth Gábor (auth.gabor(Venaplo.hu) 


A FreeBSD projekt honlapja: 5 http://www.freebsd.org 


A magyar FreeBSD honlap: 5 http:/Avww.freebsd.hu 


A magyar BSD honlap: 5 http:/Awww.bsd.hu 


A kézikönyv magyar fordítása 
2 http:/Avww.enaplo.hu/FreeBSD/handbook/ 
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Az eFiltk bemutatása (3. rész) 


Saját vezérlőelemek készítése. 
sorozat harmadik részében bemutatom, hogyan ké- 
szíthetünk saját vezérlőelemeket az eFltk megfelelő 


A osztályainak felhasználásával. Sok esetben szüksé- 


günk lehet olyan grafikus elemekre, melyek nem találhatók 
meg a rutinkönyvtárban, gondoljunk csak egy folyamatosan 
mintavételezett adatokat megjelení- 
tő grafikonra vagy akár egy kép 
nagyítását és eltolását lehetővé tévő 
elemre. Ezen oldalakon a későbbi- 
ekben az utóbbi példával fogom 
megvilágítani az ismeretek gyakor- 
lati alkalmazását. 

Mielőtt nekifognánk a megjelenítő 
osztály elkészítéséhez, hasznos 
lesz megismerkednünk a rendelke- 
zésre álló rajzoló függvényekkel. 
Kezdjük az egyszerűbbekkel, min- 
denekelőtt ne felejtsük el beszúrni 
az efltk/fl draw.h feljécállományt 

a forráskódba. 

Lássuk tehát a színek beállítására 
szolgáló fI. colorO függvényt, Ft 
melyhez szükségünk lesz az gi 
efltk/FI Color.h állomány beszúrá- 
sára is. A függvény első változatá- 
ban megadhatunk három byte mé- 
retű összetevőt, melyből a függvény előállítja a szükséges 

FI. color típusú értéket. Használhatjuk a tizenhatos szám- 
rendszerben megadott színmeghatározás átalakítására is, 
amennyiben paraméterként csak egy $RRGGBB formájú 
(HTML dokumentumokban szokásos forma) karakterláncot 
adunk át a függvénynek. Amennyiben előre megadott színt 
szeretnénk használni, tekintsük át az FI Color.h állományt, 
melyben megtalálhatók az alapszínek (például FL RED, 

FL GREEN, FL BLUE, FL GRAY, FL YELLOW, FL MAGENTA, 

FL BLACK, FL WHITE) és használhatunk további színeket 
módosító függvényeket is. 

Ilyen módosító függvény lehet például az fI. lighterO és 
az fIl. darkerO, melyek a megadott szín világosabb és söté- 
tebb változatát adják vissza. A másik hasznos függvény eb- 
ben az állományban, az fi. color. average() , mely két szín 
súlyozott átlagát számítja ki. Az első két paraméterben a szí- 
neket adjuk meg, míg a harmadik paraméter a súlyozási té- 
nyező. Ez az érték 0.0-tól 1.0-ig vehet fel értékeket, minél kö- 
zelebb áll az 1-es értékhez, a visszaadott szín annál inkább 
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1. ábra A kiinduló kép 


az első paraméterben megadott színhez fog hasonlítani. 
Miután a színekkel megismerkedtünk következzenek a raj- 
zoló eljárások. Ezeket az eljárásokat általában a vezérlőele- 
mek rajzolására használjuk, ahogyan azt majd a későbbiek- 
ben látni fogjuk. Az fI. colorO eljárás alkalmas az aktuális 
rajzoló szín beállítására is, ilyen- 
kor nem függvényként használ- 
juk, hanem csak meghívjuk 

a megfelelő paraméterrel. Az 

fI. line styleO függvény alkal- 
mas a rajzoláshoz használt vonal 
stílusának beállítására. Első para- 
métere a vonal stílusa, második 

a vonalvastagság, a harmadik pe- 
dig a szaggatott vonalak formáját 
meghatározó tömböt címző muta- 
tó. Ez utóbbi paraméternek általá- 
ban NULL értéket adhatunk, hiszen 
rengeteg előre beállított vonalstí- 
lus közül válogathatunk. Ilyenek 
például az FL SOLID, FL DASH, 

FL DOT, FL DASHDOT és az 

FL. DASHDOTDOT. A vonalstílusokat 
kombinálhatjuk a vonalak végző- 
dését meghatározó FL FLAT, 

FL. ROUND és FL. SOUARE értékekkel, 
amennyiben ezt nem adjuk meg, az eFltk rendszer az adott 
rendszerben leggyorsabban megvalósítható megoldást 
használja. 

Egyszerű téglalapokat rajzolhatunk az fl. rectO függ- 
vénnyel, míg kitöltött téglalapokat az fl rectfO fügvény 
használatával. Mindkét esetben a bal felső és a jobb alsó 
koordinátákat kell paraméterként átadni. 

Az fi. lineO függvény alkalmas vonalak rajzolására, 

a szokásos megoldás szerint a kezdő- és végpontok megha- 
tározásával. Az fl. pointO függvény segítségével pontokat 
rajzolhatunk a megadott koordinátán. 

Körív rajzolására használható az fI arcO függvény. Első 
négy paramétere meghatározza a körívhez tartozó téglala- 
pot, melyben a kör vagy ellipszis elhelyezkedik, míg az ötö- 
dik és a hatodik paraméter a kezdő- és végszöget adja meg. 
Szintén használható körív rajzolására az fI. pieO függvény 
is, mégpedig a hetedik paraméterben megadott típus segít- 
ségével. Az első hat paraméter megegyezik az előző függ- 
vénynél használtakkal, azonban a hetedik egy konstans 

















2. ábra A képmegjelenítő a kép eltolása után 


érték lehet. Ez az érték lehet FL ARC, FL PIE és FL CHORD. 
Amennyiben nem adunk meg semmit, az alapértelmezés 

az FL. PIE és kitöltött körcikket kapunk eredményül. 

Az fI. circleO függvénnyel kört rajzolhatunk. Első két 
paramétere a kör középpontja, míg a harmadik a kör sugara. 
Az fI. ellipseO négy paraméterével egy téglalapba foglal- 
ható ellipszist tudunk rajzolni. 

Tömörítetlen képeket, melyek a memóriában találhatók, az 
fI. draw imageO függvény segítségével jeleníthetünk meg. 
A függvény első paramétere a képpontokat címző mutató, 
a következő négy határozza meg a megjelenítendő kép bal 
méter a képpontonkénti byte-ok száma, míg a hatodik egy 
konstans érték, mely a rajzoláskor minden sorban egy elto- 
lást ad a forrásadatokhoz. Így valósítható meg például 

a függőleges irányú átméretezés vagy tükrözés. Amennyi- 
ben ez utóbbi értéket nem adjuk meg, az eFltk rutinok alap- 
értelmezésben a kép szélességét és a képpontok mérete 
(byte-ban) alapján számítja ki a sorok eltolási értékét. 

A rajzoló eljárások használata közben beállíthatunk vágási 
területet is. A terület beállítása után a függvények csak ezen 
a területen belül produkálnak látható eredményt. A vágási 
terület beállítására szolgáló eljárás az fI. push clipO, 
melynek négy paramétere határozza meg a vágáshoz hasz- 
nálandó téglalapot. A rajzoló műveletek befejezése után 

ne felejtsük el az fl. pop. clipO függvénnyel visszavonni 
a beállítást. 

Az alábbiakban látható egy összefoglaló a rajzoláshoz hasz- 
nálható függvényekről és paraméterezésükről. 


fI. color(FI Color c) 
fl.color(r, g, b) 
FI Color FI. colorO 


fl. push clipC(x, y, w, h) 
fI. pop .clipO 
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fl.line style(Cstyle, width, "dashes) 


flvarcCx, y, w, h, al, a2) 
fl.circle(x, y, r) 

fl.ellipse(x, y, w, h) 

fl.pieC(x, y, w, h, al, a2, what) 


fl.point(x, y) 
fi.line(x1, yi, x2, y2) 
fI. rect(x, y, w, h) 


fl.rectf(Cx, y, w, h) 
fl.rectf(x, y, w, h, FI Color c) 
fl.rectf(x, y, w, h, r, g, b) 


void fIl. draw image(Csrim, x, y, w, h, D, 1d) 
void fl. draw image mono("im, x, y, w, h, D, 1d) 


Lehetőségeink megismerése után ideje hozzáfogni a saját 
vezérlőelemünk elkészítéséhez. Az objektum-orientált 
programozás szemléletének köszönhetően az eFltk-ban már 
megvalósított elemeket felhasználhatjuk saját vezérlőele- 
mek készítéséhez, amit most meg is teszünk. Az első példá- 
ban az FI. Double window lesz a kiindulási alap, és a célunk 
legyen egy olyan elem készítése, mely egérkattintáskor egy 
kört rajzol az ablakba. Amikor az egérgombot felengedjük, 
a kör már ne legyen látható. 

Elsőként tehát határozzuk meg az osztályt. Az ősosztály az 
FI. Double window, és célszerű bevezetni egy logikai válto- 
zót a lenyomott állapot tárolására. Erre szolgál a pushed 
osztálytag. 

Tulajdonképpen az eFltk-ban az új vezérlőelemek lét- 
rehozásakor két dologra kell figyelnünk. Gondoskod- 
nunk kell az elemek kirajzolásáról és az események 
kezeléséről. Az alábbi listán látható a leszármazott 
osztály definíciója. 


class mywindow: 
public FI Double window 
í 
private: 
bool . pushed; 
public: 
mywindow (int w, int h); 
amywindow OO; 


protected: 
void draw O; 
int handle (int event); 


3; 


A kirajzolásról gondoskodik a drawO) osztályfüggvény, 
tehát itt kezeljük majd a lenyomott állapot és a felenge- 
dett állapot közötti megjelenésbeli eltérést. Ne felejtsünk 

el gondoskodni a változók kezdőértékének beállításáról, 
például az osztály konstruktorában. Szintén a konstruktor- 
ban kell gondoskodnunk az alaposztály életre keltéséről, 
tehát ne feledkezzünk meg az FI. Double window konstruk- 
torának meghívásáról. A rajzolást megvalósító függvény 
nagyon egyszerű, az alábbi néhány sor segítségével jól 
érthetővé válik. 
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mywindow: : raw) 
í 
// Ha az egészet újra kell rajzolni 
if (damage 8 FL DAMAGE ALL) ( 
fIl. color(FL WHITE) ; 
// alap téglalap kirajzolása 
fl.rectf(0, 0, wO, ho); 
fl color(FL BLACK) ; 
// csak ha lenyomva, akkor kell kör 
if ( pushed) 
fIl. circle(wO/2, 


hO/2, hO/2-59; 


uz 
uz 


A másik fontos függvény, amit meg kell valósítanunk az 
eseménykezelő handle() függvény. Paraméterként kapja 
az esemény típusát. Az alábbi táblázatban látható az eFltk 
által kezelt események listája. 


e FL PUSH, FL RELEASE egérgomb lenyomása, 
felengedése 

e FL DRAG egér mozgatása 4 lenyomott gomb 

e FL MOVE egér mozgatása 

. FL MOUSEWHEEL egérgörgő 

e FL ENTER, FL LEAVE egérmutató az elem területén, 


elhagyja 
e FL FOCUS, FL UNFOCUS billentyűzetfókusz, annak 
megszűnése 


e FL KEYUP, FL KEYDOWN billentyű lenyomás-, felengedés 
e FL SHOW, FL HIDE elem megjelenik, eltűnik 


Ebben az egyszerű példában csak az FL. PUSH és az 

FL RELEASE eseményre kell figyelmet fordítani, tehát az 
eseménykezelő függvény igen egyszerű lehet. Az eFltk 
mindaddig próbálja továbbadni az eseményeket az elemek 
között, amíg valamelyik le nem kezeli azokat. A handleO 
függvénynek kell tehát értesíteni a rendszert arról, hogy 
kezelte-e az eseményt vagy további feldolgozásra van szük- 
ség. Amennyiben az eseménykezelő 0 értékkel tér vissza, 
akkor szükség van további feldolgozásra, vagyis az ese- 
mény nem érdekes az aktuális elem szempontjából, míg 

ha nullától különböző a visszatérési érték, azzal jelezhetjük, 
hogy sikeresen feldolgoztuk az adott eseményt. Lássuk 
tehát a példabeli eseménykezelő függvényt. 


int mywindow::handle(Cint event) 
í 
switch (event) ( 
case FL PUSH: 
.-pushed -— true; 
redrawO) ; 
return 1; 
case FL RELEASE: 
.-pushed - false; 
redraw() ; 
return 1; 
default: 
return FI Double Window: :handle(event) ; 
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A fenti eseménykezelő eljárásban csak az egérgombra 
vonatkozó eseményeket kezeljük, mégpedig egyszerűen 
átállítjuk a lenyomást jelző. pushed változó értékét és 
újrarajzoljuk az ablakot. Amennyiben számunkra érdek- 
telen eseményről van szó, meghívjuk az ős osztály ese- 
ménykezelő eljárását és visszatérünk az általa visszaadott 
értékkel. 

Miután ezt az egyszerű példát megértettük, következ- 

zen egy összetett feladat megoldása. A feladat az, hogy 
olyan képmegjelenítő elemet készítsünk, melyben az egér- 
gomb lenyomásával és az egér húzásával a képet mozgat- 
ni tudjuk. Néhány kiegészítő változót kell bevezetnünk, 
ahogyan az az osztálydefinícióban is látható. Szükségünk 
van egy F1. Image objektumra, melyben tároljuk a megje- 
lenítendő képet és egy kiegészítő képre, amire minden 
egérmozgatás után átmásoljuk a kép látható részét. Itt 

a sebességgel lehetnek apróbb gondok, de most az egysze- 
rű megoldásra törekszünk. Szükségünk van továbbá egy 
eljárásra (copy image regionO), ami a tényleges másolást 
elvégzi. Az eseménykezelő eljárásban az FL DRAG ese- 
ményre kell figyelni, azonban ez az esemény csak akkor 
jut el az elemhez, ha az reagál az FL PUSH és az 

FL RELEASE eseményekre is. 

Az eseménykezelő eljárásban kiszámítjuk az egér elmozdu- 
lását, átmásoljuk a kisebb képre az eredeti kép megfelelő 
területét és újrarajzoljuk a képet. Itt figyelnünk kell arra is, 
hogy a képnek csak a ténylegesen látható területével foglal- 
kozzunk, vagyis ne csökkenhessen 0 alá az eltolást megha- 
tározó érték és ne is növekedhessen olyan érték fölé, ami 

a kép túlcímzését eredményezné. Az eseménykezelő eljárás 
az alábbi listán látható. 


int mywindow::handle (int event) 
í 

int dx, dy; 

bool . changed -— false; 


switch (event) ( 
case FL PUSH: 
case FL RELEASE: 
return 1; 
case FL DRAG: 
// koordináták kezdeti értéke 
if ( ox -—— 0 II  oy -—— 0) ( 


-ox -— FI::event.x O; 
-oy — FI::eventy O; 
return 1; 
s 
.dx - ( ox - FI::event.x O); 
-dy — ( oy - FI::event y 0); 


// ellenőrzés vízszintes irányban 
if ( sxr dx:0 88. sxr dxithis-sw O c 
-image-swidth 0) ( 
-SX 4- dx; . changed -— true; 
1 
// ellenőrzés függőleges irányban 
if ( syr dy50 88. syr dyithis-sh O c 
-image-sheight 0) ( 
.asy 4—  dy; . changed -— true; 


, 





// csak akkor rajzolunk, ha változás volt 
if ( changed) ( 
copy. image region ( sx, sy, w OO, 
Sh 09; 
redraw O; 
3 
// koordináták frissítése 
-ox - Fl::event x O; 
-oy - FIl::eventy O; 
return 1; 
default: 
return FI Double window: :handle 
5 (event); 
3 
3 


A rajzolást végző eljárásban egészen egyszerűen csak kiraj- 
zoljuk a már átmásolt képrészletet a grafikus elem megjele- 
nítendő részére. 


void mywindow::draw O 

í 

if ( cimage 88. image) 
.-Cimage-sdraw (0, 0, w OO, h 03; 
3 


Amiről még szót kell ejtenem, a kép betöltését végző 
set imageO függvény. Az eFltk-ban egyszerűen betölt- 
hetünk JPG, PNG és GIF formátumú képeket, mégpedig 





az FI. Image: : read(filename) statikus metódus segítsé- 
gével. A függvény egy FI Image típusú objektumot ad 
vissza, amit akár beállíthatunk valamilyen vezérlőelem 
képeként (az FI. widget: : imageO ) függvény használa- 
tával) vagy további feldolgozás után tetszőleges módon 
feldolgozhatunk. 

Összefoglalásképpen tekintsük át az új grafikus 

elem készítéséhez szükséges ismereteket. Először is 
kiválasztjuk a megfelelő ős osztályt. Kiegészítjük 

a szükséges osztálytagokkal a saját osztályunkat, majd 
megírjuk a kirajzolást végző drawO függvényt. Miután 
eldöntöttük, hogy milyen eseményekre kell reagálnia az 
elemnek, következhet a handle) eljárás elkészítése. 
Ebben az eljárásban a 0 visszatérési értékkel jelezzük az 
eFtlk rendszer számára, hogy az elem nem dolgozza fel 
a kapott eseményt, így azt továbbítani kell. A 0-tól eltérő 
érték jelzi, hogy az eseményt feldolgoztuk. Itt végül cél- 
szerű meghívni az ős osztály eseménykezelő eljárását és 
ha nem kezeltük az eseményt, akkor ennek visszatérési 
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értékét felhasználni. 

Végezetül láthatunk néhány képet, mely a cikk alapját 
képező programot próbálja szemléltetni működés köz- 
ben. A program forráskódja szabadon hozzáférhető 

a http://dzooli.uw.hulefltk draw.tgz hivatkozáson keresztül. 
Mindenkinek kellemes időtöltést kívánva búcsúzom, elekt- 
ronikus levél útján továbbra is szívesen válaszolok a felme- 
rülő kérdésekre. 


Fábián Zoltán 
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Kávéfőzés lépésről lépésre (1. rész) 


Lubickolás Java partjainál, avagy programozzunk divatosan. 


z a cikk egy olyan sorozatnak az első darabja, amely 
E azoknak szól, akik egy keveset programoztak már 

C-ben, és szeretnék megtanulni, mit is jelent ez 
a manapság agyondicsért objektumközpontúság. A szüksé- 
ges C előismeret igazán alapszintű, ezért aki még soha sem- 
milyen programnyelvvel nem találkozott, kis töprengés 
árán annak is megérthetőek az alábbiakban közölt példák. 
Csupán egy kis türelemre, és egy adag kávéra lesz szükség, 
a többiről én gondoskodom. 
Az objektumközpontúság egy programozási módszertan. 
Iránymutató gondolatok és elvek összessége, aminek elsődle- 
ges célja az, hogy a programozó munkáját megkönnyítse. 
Tudatosságra tanít, aminek a betartásával mind magunk, 
mind mások számára átlátható kódot, könnyen továbbfej- 
leszthető programot kapunk. Talán azonnal érthető, hogy 
egy nagyobb szoftver készítésekor csapatjátékosként szem- 
pont a könnyen emészthető forráskód. Amit a legtöbben 
csak a saját kárukon tanulnak meg, az a másik fele. Saját ma- 
gunkra is gondolnunk kell akkor, amikor programot írunk, 
mert eltelik egy hónap, egy év, akár több is, és egy sebtiben 
összecsapott kódról fogalmunk sem lesz, hogy mit takar. 
Először is el kell, hogy szomorítsam az elméletek embereit: 
ez a sorozat nem a módszertanról, hanem annak gyakorlati 
alkalmazásáról fog szólni. Az elv legfontosabb fogalmait 
a Java szemüvegén keresztül fogom bemutatni. Azért erre 
a programozási nyelvre esett a választás, mert érzésem sze- 
rint a manapság széles körben használt objektumközpontú 
nyelvek közül ez a leginkább letisztult megvalósítás, és igen 
sok támogatásra lelhetünk az interneten bevezetők, kézi- 
könyvek és fórumok formájában. 
Mielőtt még belevágnánk a munkába, vessünk egy pillan- 
tást az alcímre, és az első pár mondatra. Noha nem mer- 
ném állítani, hogy a szójátékok koronázatlan királya vol- 
nék, ez a rövid bevezető akkor is árulkodó. A következők- 
ben használt programozási nyelv Java szigetéről kapta 
a nevét, amely igen híres kávéültetvényeiről. Így többen ko- 
moly valóságalapot tulajdonítanak annak a legendának, mi- 
szerint a készítők a nyelv kifejlesztése közben elfogyasztott 
kávé mennyisége okán hódoltak a névadással a szigetnek. 
Vágjunk is bele! A Sun-féle Java megvalósítást fogjuk hasz- 
nálni, mivel ez tekinthető a hivatalos és kiforrott változatnak. 


Telepítés 

Minden, Java-val kapcsolatos igényünk kielégítést nyerhet 

a Sun Java oldalán (5 http://java.sun.com/), legyen szó köny- 
vekről, ingyenes leírásokról, példaprogramokról, vagy ma- 
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gáról a fejlesztői csomagról. Ezért érdemes egy kicsit elidőz- 
ni az oldalon, esetleg feliratkozni a fórumra, ha komolyak 

a szándékaink a programozással kapcsolatban. Amire a cikk 
példáinak kipróbálásához szükség lesz, az egy JDK 5.0. 

A rövidítés a JZSE Development Kit (fejlesztői csomag) kifeje- 
zést fedi, amit még mindig lehet tovább boncolgatni. A J2SE 
jelentése Java 2 Standard Edition. Hogy mi köze a 2-nek az 
5.0-hoz, azt néhány további változatszám ismertetésével 
tudom csak érzékeltetni. Az 1.3-as változat óta a Sun Java 2 
néven is emlegeti szeretett gyermekét. Ezt követte az 1.4-es, 
amire még mindig illett a Java 2 jelző, majd kisvártatva 
megérkezett az 1.5-ös változat. Ez már egyszerre Java 2, 1.5, 
sőt mi több, 5.0. Aki követte, kérem e-mailben jelentkezzen. 
Miután megbarátkoztunk a Sun változatszámkezelési logi- 
kájával, töltsük le a Java-t az alábbi címről: 

5 http://java.sun.comj[j2se/1.5.0/download.jsp. Itt többféle 
összeállítással találkozhatunk. A NetBeans IDE -- JDK 5.0 
egy olyan csomag, ami a fordítón kívül tartalmaz egy integ- 
rált fejlesztői környezetet (Integrated Development 
Environment) is. Ez gyönyörű, nagyon kényelmes, viszont 
kisebb programokhoz felesleges és egy kicsit lassú is. A JDK 
5.0 cím alatt tölthető le az, amire nekünk szükségünk lesz. 
Ugyanerről az oldalról elérhető még a JRE (J2SE Runtime 
Environment), ami kizárólag a futtatókörnyezetet jelenti. Erre 
azért érdemes odafigyelni, mert a Java kapcsán sokat hangoz- 
tatott felületfüggetlenség, azaz hogy szinte bármilyen operá- 
ciós rendszer alatt módosítás nélkül fut ugyanaz az alkalma- 
zás, azzal a kitétellel teljesül, hogy ez telepítve van. A cikk vé- 
gére a kedves olvasó már elkészítette az első Java programját. 
Ha szeretné ezt másoknak is megmutatni, hívja fel a figyel- 
müket a futtatókörnyezet telepítésének szükségességére. 
Meg kell még említenem, hogy a teljes API (Application 
Programming Interface) leírás szintén letölthető, ami erősen 
ajánlott, ha programozás közben nem szeretnénk újból felta- 
lálni a kereket. Erre még később visszatérünk. Ami viszont 
minden Linux-hívő szívét megmelengeti, az ezután jön: a tel- 
jes forráskód úgyszintén szabadon letölthető. Ennek letöltése 
a nagyon sok szabadidővel rendelkező Olvasóknak ajánlott. 
Térjünk vissza arra, amiért meglátogattuk az oldalt. Töltsük le 
tehát a legújabb fejlesztői csomagot. A cikk írásának pillanatá- 
ban ez a JDK 5.0 Update 3 nevet viseli. A licensz szerződés el- 
fogadása után már csak egy kattintásra vagyunk a hőn áhított 
csomagtól. Linux egy önkicsomagoló .bin állomány érhető el, 
RPM és sima változatban. A sima itt azt jelenti, hogy minden 
csomagkezelő nélkül csak beleömleszti egy könyvtárba a fáj- 
lokat. Mindkét változat 45 MB körüli méretet képvisel. 





A nekünk jobban tetsző változat letöltése után egy grafikus 
telepítő lépésről lépésre végigvezet a szükséges lépéseken. 
Természetes igényként merülhet fel többünkben, hogy ne 
kelljen rendszergazdai jogosultsággal használni a grafikus 
felületet. Erre szolgálna a -console kapcsoló, amire azon- 
ban én a következő hibaüzenetet kaptam: 

The wizard cannot continue because of the 

s following error: Invalid command line option: 
sconsole is not supported (1001) (403) 


Könnyen elképzelhető, hogy ezt a hibát azóta kijavították. 
Ha nem így lenne, kénytelen kelletlen a grafikus telepítővel 
kell megküzdenünk a fejlesztői csomagért. Mindkét esetben 
szükséges még egy utolsó lépés a kényelmes használat ér- 
dekében. Miután több, mint valószínű, hogy nem egy olyan 
könyvtárba telepítettük a java, illetve a javac programo- 
kat, amely benne lenne a PATH környezeti változóban, érde- 
mes ezekre egy szimbolikus hivatkozást létrehozni egy 
olyan könyvtárban, amit tartalmaz a PATH, például: 

$ In -s /opt/jdki1.5.0 03/bin/java 

5 /usr/1ocal/bin/java 

$ In -s /opt/jdki1.5.0 03/bin/javac 

5 /usr/local/bin/javac 


Hasonló eljárással érdemes még a javadoc-ra is létrehozni 
egy hivatkozást, mivel a későbbiekben még jól jöhet. Indu- 
lásnak azonban bőven elég ennyi. 

Elég a telepítésből, próbáljuk már ki! 


Első Java programunk 
Először is indítsunk egy kényelmes szövegszerkesztőt. Gra- 
fikus felület alatt nyugodt szívvel tudom ajánlani a SciTE-t. 
Ez egy nagyon gyors, GTK-s eszközkészletet használó alkal- 
mazás, ami mindent tud, amire csak szükségünk lehet, és 
a legtöbb terjesztés tartalmazza. Van benne színkiemelés, 
sorszámozás, és képes több forráskódot is kezelni egy, 
a Mozilla-nál látott , füles" megoldással. Gépeljük tehát be 
az alábbi kódot a szövegszerkesztőbe: 
public class Hello ( 

public static void main(String[] args) (í 

System.out.println("Hello világ!"); 

7 
4 
Bizony, ez a jól ismert , Helló világ!" program. Mentsük el 
a forrásunkat Hello.java néven, majd konzolban adjuk ki 
a következő parancsokat: 
$ javac Hello.java 
$ java Hello 


A javac a Java Compiler, azaz a Java fordító. A Hello. java 
forrásból hoz létre egy Hello.class nevű, úgynevezett bájt- 
kódot. Ez a forrás és a gépi kód között valahol félúton he- 
lyezkedik el, és ez az, amit bármelyik Java értelmező képes 
futtatni, legyen szó Windowsról, Linuxról, vagy akár egy 
Mac OS X-tről. A második sorban meghívott java az előbb 
említett értelmező, vagy futtatókörnyezet, ahogy tetszik. 
Figyelem: bár a Hello.class fájlt futtatjuk, nincs szükség 

a kiterjesztés megadására, a fent látott sor nem elírás! 

Ez a példa a létező legrövidebb Java program. Ahelyett 
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azonban, hogy nekiállnánk átrágni magunkat az egyes 
kulcsszavak jelentésén, nézzük meg, mit is jelent az osztály 
és az objektum fogalma az objektumközpontú szemléletben. 


Tehén mondja , múúú" 

A most következőkben megszólaltatunk néhány állatot. Már 
nagyon régóta tudjuk, hogy a tehén azt mondja ,múűúű", a ló 
azt mondja ,nyihaha", a kutya pedig azt mondja ,vauvau". 
Képzeljük el, hogy programot kell írnunk, amiben ezek az ál- 
latok beszélnek. Egy objektumokat nem ismerő programozási 
nyelvben, például C-ben ez valahogy így nézne ki: 

fdefine TEHEN 1 

fdefine LO 2 

fdefine KUTYA 3 


void beszelj(Cint allat) ( 
if (allat -—-— TEHEN) ( 
printf("múúú") ; 
)l else if (allat —— LO) f( 
printf("nyihaha"); 
3 else if (allat —— KUTYA) f 
printf("vauvau") ; 


, 


Másképp ezt nem is igazán lehetne megoldani C-ben. 

A beszeljCint) függvénynek az állat azonosítóját átadva 
a képernyőn megjelenik az állat hangja. Akkor mi a prob- 
léma ezzel? Röviden szólva az, hogy itt nem az állatok 
beszélnek, hanem mi utánozzuk őket. 

Gondoljuk meg, mi lenne, ha az állatok beszéde nem csak 
egy egysoros kiíratás lenne, hanem valami bonyolultabb. 

A feltételes elágazások hasa megnőne, esetleg még 
rosszabb, létre kellene hoznunk három, szinte ugyanolyan 
segítő függvényt. Vagy tegyük fel, hogy nem csak a beszé- 
düket kell kiíratnunk a képernyőre, hanem azt is, hogy mit 
esznek. Ez egy külön függvényt igényel, amiben pontosan 
ugyanezt az elágazást kell megvalósítanunk, csak más kiíra- 
tással. Felmerül a kérdés: miért kódoljuk le kétszer ugyan- 
azt? Mellesleg mit keres a tehén kódja a lóé mellett? 

Az egyik nagy ötlete az objektumközpontú filozófiának az 
egységbezárás. Ez az adat, és a rajta végezhető művelet 
egységét jelenti. Jelen esetben az adatot az állatok hangjai, 
a műveletet pedig a kiíratás jelenti. Próbáljuk meg általáno- 
san megfogalmazni a kérdést. A feladatban állatok szerepel- 
nek. Minden állatnak van egy hangja, amit felfoghatunk 
úgy, mint az adott állat egy tulajdonsága. Minden állat 
megkérhető arra, hogy szólaljon meg. 

Ez az általánosítás noha egyszerű szöveges leírása a problé- 
mának, rögtön megadja a megoldás módszerét. Létrehoz- 
zuk az állatok közös leírását, amiben megadjuk a tulajdon- 
ságuk típusát, és a rajtuk végezhető műveletet. Ezt a leírást 
hívják osztálynak. Majd minden állathoz létrehozunk 
egyegy példányt, melyek már egyediek lesznek abban az 
értelemben, hogy különböznek tulajdonságaikban. Ezeket 
objektumoknak hívjuk. Hozzunk létre egy Allat. java állo- 
mányt az alábbi tartalommal: 

Je 

$ Ez az osztaly egy allatot ir le. 

s: Tulajdonsaga a hangja. 
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: Meg lehet szolaltatni. 
x/ 
public class Allat ( 


/et 
s: Az allat hangja. 
/ 


private String hang; 


/" W 
kód 


" Letrehoz egy uj allatot 
: a megadott hanggal. 


1 

public Allat(String h) ( 
hang - h; 

3 

/et 


s Kiirja a kepernyore az 

s allat hangjat. 

SZ 

public void szolaljMegŐ f 
System.out.printl]n(hang) ; 

3 


Jer 

$ A program belepesi pontja. 

" Letrehoz harom allatot, es 

: megszolaltatja oket. 

7 

public static void main(String[] args) ( 
Allat tehen - new Allat("múúú"); 
Allat lo - new Allat("nyihaha"); 
Allat kutya - new Allat("vauvau"); 
tehen.szolaljMegO ; 
1o.szolaljMegO ; 
kutya.szolaljMegO ; 


3 


Ez első ránézésre sokkal hosszabbnak tűnik a C-beli megol- 
dáshoz képest. Valójában nem az, mert a forráskód fele meg- 
jegyzés, ami komoly fejtöréstől szabadít meg minket, ha a jö- 
vőben szeretnénk újra felhasználni a kódunkat. Továbbá egy 
nagyon egyszerű programnál még kevéssé érezhetőek az ob- 
jektumközpontúság áldásos tulajdonságai, ez az alkalmazás 
méretének növekedtével azonban egyre élesebben előjön. 
Miután lefordítottuk, és futtattuk az alkalmazást, próbáljuk 
meg lépésről lépésre megérteni, mit is csinál. Az első és leg- 
szembetűnőbb dolog a sok "-os sor. Java-ban kétféle meg- 
jegyzésjel van. A /", illetve "/ jelek között szereplő szöveget 
a fordító figyelmen kívül hagyja, és ez lehet több soros is. 

A // jel ezzel szemben csak a sor végéig , hat", egy sortörés 
mindenképpen lezárja. Azért formáztuk ilyen különlegesen 
a megjegyzéseket, mert később így nagyon egyszerű lesz az 
osztályhoz leírást készíteni. Az ehhez használatos segéd- 
program a javadoc, amivel egy-két részen belül találkozunk. 
Az osztály megadása a class kulcsszóval történik. Ezt egy 
név követi, ami meg kell, hogy egyezzen a forrásfájl nevével, 
a .java kiterjesztést leszámítva. A class előtt álló módosító 
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azt határozza meg, hogy az osztály mindenki számára látha- 
tó (public). Az osztály leírása az ezután következő blokkban 
van, aminek elejét a í, végét a ) jelzi. Nem lehet Java progra- 
mot írni legalább egy osztály létrehozása nélkül, ezért készí- 
tettünk már a , Hello világ!" példában is egy Hel1o osztályt. 
Az osztály tulajdonságait szokás tagváltozóknak is hívni. 
Ilyen ebben a példában a String típusú hang. A String egy 
szövegfüzért jelképez. Láthatóságát személyesre állítottuk 
(private), ami annyit tesz, hogy csak az osztály műveletein 
keresztül hozzáférhető. Egy külső kód tehát pusztán azál- 
tal, hogy elérhet egy Allat típusú objektumot, még nem 
módosíthatja közvetlenül a hang változóját. Megszokott 
gyakorlat az osztály összes tagváltozóját személyesre állíta- 
ni, és csak azokhoz biztosítani beállító, lekérdező műveletet, 
amelyeknél ez megengedhető. 
A feladat szöveges megfogalmazásából eredő megoldási 
módszernél említettem, hogy osztályok példányaival, azaz 
objektumokkal dolgozunk. Felfoghatjuk úgy is a dolgot, 
mint a házépítést. Az osztályleírás adja a szerkezeti vázat, 
az objektumok pedig az emberektől nyüzsgő, kész épít- 
ményt. A példányosítás ez esetben a ház átadását jelenti. 
Az ehhez kapcsolódó művelet az úgynevezett konstruktor, 
ami a példányosításkor fut le, és legtöbbször értelmes érté- 
kekkel tölti fel a tagváltozókat. 
A konstruktor mindig az osztály nevével megegyező műve- 
let, vagy tagfüggvény, és szükségképpen nyilvános, különben 
a példányosítás meghiúsulna. Jelen példában egy paraméter- 
rel is rendelkezik, ami String típusú, és ezt adja értékül hang 
nevű tagváltozójának. A tagfüggvény nagyon hasonlít példá- 
ul egy C-beli függvényhez. Jelen esetben a fontos különbség 
abban áll, hogy a konstruktor, mint kitüntetett tagfüggvény, 
Allat típusú objektum létrehozásakor hívódik meg. 
Létrehozunk egy másik tagfüggvényt, a szolaljMegO-et, 
amely kiíratja a képernyőre az állat hangját. Ez a , Hello 
világ!" példában is látott módon történik. Utolsó tagfüggvé- 
nyünk a main(String[1), ami a program belépési pontját 
jelenti. Paraméterül a futtatókörnyezettől a parancssori ar- 
gumentumok tömbjét kapja, amit itt nem használunk fel. 
A függvény törzsében létrehozunk három változót, és ezek- 
hez rögtön példányosítunk is egy-egy Al lat-ot. Majd min- 
den objektumnak meghívjuk a szolaljMegO tagfüggvé- 
nyét (metódusát). 
A figyelmes olvasóban bizonyára felmerült a kérdés, hogy 
ha egy osztály csak a szerkezeti vázát adja egy háznak, 
akkor azon közvetlenül nem is lehet műveletet végezni, 
kizárólag objektumon. Akkor hogyan jelentheti egy tag- 
függvény a program belépési pontját, hiszen induláskor 
Allat típusú objektumból egy darab sincs? A válasz 
a metódus static módosítójában rejlik. Az ilyen kulcsszó- 
val ellátott elemek ugyanis közösek az osztályra és anélkül 
elérhetők, hogy akár példány is létezne az osztályból. 
Ennek tudható be az is, hogy képesek voltunk a képernyő- 
re írni! A System ugyanis nem más, mint egy osztály. Ennek 
az out egy olyan tagváltozója, ami statikus. Ráadásul ez egy 
olyan tagváltozó, ami egy objektum, és ezért van metódusa. 
A System.out.printlnO elsőre végiggondolva zavarbaej- 
tő, de ez ne rémisszen meg. Ezzel kezdődik az objektum- 
központúság, ami a kezdeti nehézségek után hasznos be- 
fektetésnek bizonyulhat. 

Fülöp Balázs 





Bemutatkozik a PEAR 





A LEGO-zás művészete PHP nyelven (1. rész) 


Hurrá, megérett a körte! Tudom, tudom, nyár eleje van, de mégis. A PEAR 

(PHP Extension and Application Repository, angolul a betűszó , körtét" jelent) 
ma már annyira népszerű, hogy nemrégiben belekerült a hivatalos PHP kiadásba 
is, azaz minden PHP fejlesztő számára alapértelmezetten rendelkezésre áll. 

Egy olyan közösségi projektről van szó, amelynek célja a nyílt forrású PHP 
bővítmények, gyakran használt alkalmazás-komponensek összefogása, kezelése 


és a fejlesztők rendelkezésre bocsátása. 


mikor a rendszert használjuk, akkor egy csomagke- 
A zelő segítségével adott problémák megoldását cél- 

szó bővítményeket telepítünk a helyi gépre. Az 
összetevők eredetileg a PEAR kiszolgálóján egy központi tár- 
ban helyezkednek el. Ezeket a bővítményeket aztán a megfe- 
lelő PHP kódba beemelve (include) használhatjuk fel. 
A PEAR elsősorban tehát egy olyan szervezett bővítmény- 
halmaz, amelyhez a világ bármely fejlesztője hozzáférhet, 
szabadon felhasználhatja a saját programjában. Nem csak 
egy alkalmazás-tárról van azonban szó, hanem egy teljes 
körű, jól felépített, fejlesztő és felhasználóbarát, kényelmes 
keretrendszerről, amely nyílt forrású összetevőkön alapul. 
A PEAR felhasználók és a PEAR fejlesztők számára egy- 
aránt nyújt felületet, szolgáltatásokat. 
A most induló cikksorozatunkban először áttekintjük, ho- 
gyan épül fel a PEAR, hogyan kell telepíteni, használni, mi- 
lyen lehetőségek állnak rendelkezésünkre a keretrendszer 
használata közben, valamint szétnézünk a PEAR honlapján 
— amely szerves részét képezi a rendszernek. A későbbi epi- 
zódok során aztán sorra vesszük, hogy az egyes alkalma- 
zásterületeken milyen megoldásokat kínál számunkra 
a PEAR, és hogyan tudjuk ezeket használni. 


A PEAR létjogosultsága 

Mi, fejlesztők számtalan esetben kerülünk szembe jól is- 
mert, gyakori problémákkal, amelyre a legtöbb esetben 
teljesen ugyanaz a megoldás. Ilyenek például az adatbázis- 
kezelés problémája, levélküldés, matematikai függvények, 
és még sorolhatnám. Ravaszabb fejlesztőknek ilyenkor már 
eszébe jut, hogy feltehetően más is összefutott már a prob- 
lémával, hátha megírta, és elérhetővé tette. Megkezdődik 
a komponensvadászat Google barátunk hatásos közreműkö- 
désével. A módszer hátránya a , pillanatnyiságában" rejlik: 
jó lenne a legmegfelelőbb megoldást megtalálni, népszerű 
összetevőt felhasználni, amelynek van támogatása is, az 


www.linuxvilag.hu 


esetleges hibák kijavítása zajlik, s talán fejlődik is a prog- 
ram. Erről azonban nincs semmilyen biztosíték. Ezen kívül 
jó lenne egy egységes dokumentáció, és az sem ártana, ha 
nem kellene minden hasonló esetben fél napokat tölteni 

a komponensek keresésével. Szerencsénkre ezt a problémát 
már mások is felismerték, és létrehoztak egy keretrendszert 
a különböző megoldások szervezett összefogására, amelyet 
PEAR-nek neveztek el. 

Jelenleg 40 kategóriában 405 csomag áll a fejlesztők rendel- 
kezésére, 215 fejlesztő dolgozik a csomagok naprakészen 
tartásán és továbbfejlesztésén, és a csomagokat együttesen 
eddig közel 12 milliószor töltötték le. 


A PEAR alkalmazás-tárházának felépítése 

A PEAR alapvetően a kiterjesztések és komponensek köré 
épül, amelyek hierarchiába szervezve, csomagok formájá- 
ban találhatók meg a tárban. A csomagok hierarchiája való- 
jában egy kategóriafa, ahol az egyes ágakban az azonos 
területre vonatkozó megoldások kapnak helyet. Egy-egy 
ilyen csomag magából a meghatározott felépítésű és stílusú 
programkódból és a hozzá tartozó XML-alapú leíró infor- 
mációból áll. Minden egyes projekt önálló csomagot alkot, 
és minden projekthez tartoznak fejlesztők, dokumentáció, 
változatszám, kiadás, bejegyzés a PEAR weboldalán, stb. 
A csomagok az előre meghatározott kódolási stílust, és az 
egyéb elhelyezési és névkonvenciókat követik egységesen. 
A komponensek csomagolását a fejlesztők végzik, akik egy 
új PEAR projekt regisztrálásával kezdhetik meg munkájuk 
közzétételét. Az egyes projektek más PEAR összetevők 
eredményeit is felhasználhatják, azaz hivatkozhatnak 
egymásra. Ezáltal egy függőségi viszony alakulhat ki az 
egyes csomagok között. Mint látható, nem csak felépítésé- 
ben, de filozófiájában is rendkívül hasonlít a különböző 
Linux terjesztések csomagkezelő rendszereinek szerkeze- 
tére, még saját csomagkezelő szoftvere is van. 
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1. ábra A kategorizált csomaglist 


A PEAR csomagkezelő 

Nem csak a csomagok tárolására és a karbantartás- 

ára nyújt megoldást a környezet, de lehetővé teszi 

a csomagok felhasználó- és gépbarát elérését is. A fel- 
használóbarát böngészés a PEAR weboldalán keresztül 
történik, a gépbarát megoldás pedig egy XML-RPC 
(XML alapú távoli eljáráshívás) megoldásra épülő, 

a helyi gépen futó csomagkezelő szoftver formájában 
testesül meg. Ez utóbbinak az a lényege, hogy az 
egyes szolgáltatások (a weboldalhoz hasonlóan) 

a PEAR kiszolgálóján futnak, s csak az eredmények 
jönnek át, természetesen a számítógép számára értel- 
mezhető formában, kis túlzással olyan, mintha a fel- 
használói utasítások hatására a gép böngészné helyet- 
tünk a már sokat emlegetett weboldalt. A csomagkeze- 
lő egy az egyben a DEBIAN-os apt-get csomagkezelő 
alkalmazás , kezelőfelületét" másolja — bár parancssoros 
alkalmazásról lévén szó, nem igazán beszélhetünk felü- 
letről... Ez a bizonyos alkalmazás teszi lehetővé a cso- 
magok böngészését, helyi gépre történő telepítését, 
függőségek kezelését, majd a későbbiek folyamán azok 
karbantartását. 


A PEAR környezet telepítése 

A PEAR környezet a helyi gépen gyakorlatilag ezt az egy al- 
kalmazást jelenti. A szoftver maga is egy PHP szkript, ame- 
lyet a PHP parancssoros értelmezője futtat (a héjprogramok- 
kal azonos módon). Feladata a kapcsolattartás, a megadott 
csomag megkeresése és letöltése a PEAR tárból, majd annak 
kitömörítése és az előre meghatározott helyen történő elhe- 
lyezése. Ezt a bizonyos könyvtárat, ahová a helyben telepített 
alkalmazások kerülnek, el kell helyezni a PHP include elérési 
útvonalában, ami után a fejlesztőnek már csak annyi a dolga, 
hogy egy includeO) művelettel felhasználja a bővítményt. 

A működéshez hasonlóan a telepítés is rendkívül egyszerű. 
A PHP 4.3.0 változatától kezdve ez a bizonyos ,manager" 
(amit mi csomagkezelőnek nevezünk) alapértelmezetten ré- 
sze a PHP-nak, ha tehát van PHP-nk, akkor van csomagke- 
zelő is, amely a pear paranccsal indítható. Egy parancssoros 
programról van tehát szó, amely a debianos apt-get PHP-s 
megfelelője. Ebben az esetben nincs semmi dolgunk. 

Ha netán mi olyan PHP-t használunk, amelyben ez nem 
szerepel (például a terjesztésben külön van választva), akkor 
telepítenünk kell a php4-pear vagy php5-pear nevű csomagot 
(a legtöbb rendszerben így hívják). Van kézi lehetőség is, de 
erre csak igen ritkán van szükségünk Linux alatt. Aki erről 
szeretne tájékozódni, az a http://pear.php.net/manual/hu/ 
installation.getting.php címen olvashat róla. 

Győződjünk meg róla, hogy a /etc/phpl4-5]/php.ini fájlban az 
include path változóban szerepel-e a PEAR helyi tár (általá- 
juk hozzá, de közben vigyázni kell, hogy a mindenkori helyi 
könyvtár (.) is szerepeljen. Ez általában akkor fontos, ha még 
nem volt beállítva a változónak semmilyen érték, ekkor 
ugyanis az aktuális könyvtár az érvényes, de ha adunk meg 
értéket, akkor az alapértelmezett érték már nem érvényes. 


Ismerkedés a csomagkezelővel 
Aki nem ismeri az apt-get-et, annak álljon itt némi ízelítő, 


hogy hogyan kell használni. Az alapvető szerkezet: 


pear művelet ccsomagnév: 


1. táblázat 


Telepítés: 
pear install ccsomagnév: 


Eltávolítás: 
pear uninstall ccsomagnév: 


Csomagok listája: 
pear list-alil 


Telepített csomag összetevői: 


pear list ccsomagnév: útvonal feltüntetésével. 


Információ egy csomagról: 
pear info ccsomagnév: 


Keresés a csomagok között: 
pear search ckeresőszóz 


Megkeresi az adott nevű csomagot, letölti, kitömöríti a megfelelő helyre 
(függőségek esetén az összes többi szükséges csomaggal ugyanezt teszi) 
Eltávolítja a megadott csomagot 

Kilistázza az összes elérhető csomagot. 

Kilistázza egy már telepített csomag összes alkotórészét a teljes elérési 


Kilistázza az adott csomaghoz tartozó. 


Visszaadja az összes olyan csomag nevét, amelyekre illeszkedik 
a keresőfeltétel (a nevében szerepel a keresőszó). Ha több szót is megadunk, 


azok között vagy kapcsolat áll fenn. 


Csomag letöltése: 


pear download ccsomagnév: telepíti azt. 
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Letölti a csomagot (tar.gz formátumban) az aktuális könyvtárba, de nem 





Az első paraméter mondja meg, hogy mit szeretnénk, 

a második, hogy melyik csomaggal akarjuk ezt művelni 

(ha a művelet csomaghoz köthető). Ezek természetesen 
különböző kapcsolókkal tovább bővíthetők. A kapcsolók 
egy része a csomagkezelőnek szól, másik részével a műve- 
letet pontosíthatjuk, de ezekre az egyszerűbb esetekben 

(ez a mostani helyzet is ilyen) nincs szükség. Nézzünk né- 
hány egyszerűbb műveletet, amire szükség van (1. táblázat). 
Ezen kívül számtalan egyéb szolgáltatás áll még a rendelke- 
zésünkre, amelynek nagy részét nem is fogjuk használni, 
ha nem teszünk közzé csomagokat, vagy nem kezelünk 
már meglévőeket. 

Az olyan műveletek esetén, ahol az összes csomagra vonat- 
kozó adatokról van szó (keresés, összes csomag megjeleni- 
tése, stb.) a teljes leíróadatbázis letöltődik a gépünkre. 

Az első keresés tehát a hálózat sebességétől függően elég 
lassú, de az utána következők már gyorsak, mert a csomag- 
kezelő gyorstárazza az adatokat. Ez egyébként minden 
egyes csomagra igaz. Ha kérünk információt egy csomag- 
ról, az arra vonatkozó leíróinformáció tárolódik a helyi gé- 
pen. Ha közben megváltozott, akkor természetesen frissül 
on-line. Ezt az átmeneti tárat egyébként a pear clear-cache 
paranccsal lehet törölni, ez esetben egyébként a már letöl- 
tött csomagok (amelyek szintén megtalálhatók egy átmene- 
ti tárban) is törlődnek. 

Többször belefutottam már abba a problémába, hogy az 
ilyen, teljes tárat érintő műveletek során hiba történt, hiba- 
üzenetként pedig azt kaptam, hogy nincs elég memória. 
Ennek az az oka, hogy alapértelmezetten a PHP 8 mega- 
bájt memória lefoglalását engedélyezi, egy ilyen XML leíró 
struktúra viszont ennél többet kíván. A hiba úgy orvosol- 
ható, hogy a PHP parancssori felületének beállításaiban 
(PHPS esetében /etc/php5/cli/php.ini) a memory limit nevű 
változó segítségével megváltoztatjuk a memóriakorlátot. 
Hasonló problémával kerülünk szembe, ha túl sok a háló- 
zati késleltetés, ezáltal a kód futása meghaladja a 30 má- 
sodpercet, ennyi ugyanis az alapértelmezett időkorlát PHP 
szkriptek futtatásakor. Bár ennek is és az előző memória- 
korlát megemelésének is vannak biztonsági kockázatai, 
néhány esetben nem ússzuk meg, hogy ne változtassunk 
az értékeken. 


A PEAR használata 


Használat gyanánt (a környezet beállítása és a telepítés 
után) csak annyi a dolgunk, hogy a PHP szkriptben behúz- 
zuk az adott fájlt. Lássunk egy példát erre is, Telepítsük, 
majd használjuk a PEAR Date csomagját, amelynek segítsé- 
gével egy dátummal végezhetünk mindenféle varázslatos 
műveletet. Egy dátumot a Date osztály egy példánya repre- 
zentál, és annak egyes tagfüggvényeivel vezérelhető megle- 
hetősen egyszerűen. 

Az első lépés: Adjuk ki rendszergazdaként a pear instal1 
date parancsot. Helyes működés esetén az alábbi kimenet 
keletkezik: 


root(teve : /etc/php5/clif pear install date 
downloading Date-1.4.3.tgz 

Starting to download Date-1.4.3.tgz (42,048 bytes) 
debrásaéta érasa aba done: 42,048 bytes 

install] ok: Date 1.4.3 
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2. ábra A PEAR statisztika oldala sz 


A második lépés: Írjuk meg az alkalmazást, amelynek 
kulcsmomentuma, hogy az első sorban szerepeltessük 
az include( "Date.php" ) műveletet. A kód egy egyszerű 
példázatot szemléltetve így néz ki: 


ca?php 


reguire once("Date.php"); 


$date - new Date("1990-12-30") ; 
echo "A dátum évszáma: "; 
echo $date-sgetYearO ."cbrs"; 
echo "Az évnek eme sorszámú napjára esik: "; 
echo $date-sgetJulianDpateO ." .cbr:"; 
echo "Az évnek eme sorszámú hete: "; 
echo $date-sgetweekofYearO.".cbr:"; 
7 


A PEAR csomagok leírása 

Fejből nehéz volna kitalálni, hogy a fenti Date osztálynak 
milyen tagfüggvényei vannak, melyik mit csinál, és hogyan 
kell azokat használni. Ennek érdekében minden PEAR pro- 
jektnek része egy API dokumentáció, és számos esetben 
tartozik hozzá végfelhasználói leírás is, amelyeket a PEAR 
honlapján, az adott projekt oldaláról lehet elérni. A fent tár- 
gyalt esethez a dokumentáció a http://pear.php.net/package/ 
Date/docs/1.4.3/ címen érhető el. 


A PEAR honlapja 


Ha már szó volt róla: a honlap ugyanolyan szerves részét 
képezi a PEAR környezetnek, mint maguk a csomagok. 
Minden egyes csomaghoz felhasználóbarát, részletes infor- 
mációt találunk a http://pear.php.net címen. Az oldalon 
egyébként minden művelet elvégezhető, amelyet a pa- 
rancssoros csomagkezelővel már megtanultunk, az csupán 
arra jó, hogy automatizált, és gyorsabban telepít, mint mi 
kézzel. A tájékozódás, csomagkeresés, részletes információk 
olvasása, stb. általában a webes felületen történik. 

Minden projektnek van saját aloldala a PEAR honlapján. 
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Tis chepter describes, how to install packages írom PEAR. 

Introduction 

This chapter reguires that you are already familiar with the general structure of PEAR. 

"The base installation that comes with the FHP distribution as part of the FEC, contains all the stuff that Is needed to run 
the PEAR instalation töels ete. IF vati have a recent installation of PHP, vou can relax: The PEAR base installation is 
already there, unless you have compiled your PHP with the , /eont igure fiag —vicnout-pear. 


"The packages that are not part of the PEC can be installed with the PEAR package manager, The manager is comparable 
to Debiaris "apt-get", Again: If you are running a recent version of PHP (2 4.3.0) vou can skip the next section, But íf 








you are running PHP 4.2.8 or esrlier, voli need to manually install the manager. J 
Done ETTE EZT ZT Ezt E TET adok ] 


3. ábra A PEAR felhasználói (fejlesztői) kézikönyv 


Egységes kinézet és egységes tartalom jellemzi ezeket. 

Az egyes projektek legegyszerűbben a Http://pear.php.net/ 
packages.php címen érhetők el, ahol kategorizáltan bön- 
gészhetünk az egyes csomagok között. A csomag nevére 
kattintva juthatunk erre a bizonyos projekt oldalra, ahon- 
nan akár le is tölthetjük a csomagot, és kézzel, úgynevezett 
félautomata módon is telepíthetjük. Ennek módja: 

pear install ccsomagnev:3.tar.gz 


A módszer előnye, hogy olyan helyen is telepíthetjük, ahol 
mondjuk nincs közvetlen internet-hozzáférés (ilyen lehet 
egy telep egyik csomópontja, és még sorolhatnám. Hátrá- 
nya, hogy így nem kezeli a függőségeket a parancssori tele- 
pítő, azaz csak akkor megy fel gond nélkül a csomag, ha 
minden szükséges másik csomag is rendelkezésre áll. 
Egyik hátránya az oldalnak, hogy a keresés során csak 

a csomag nevében kereshetünk (hasonlóan a parancssoros 
csomagkezelőhöz), a projektekhez tartozó hosszabb és rövi- 
debb leírásban nem. Szerencsére egyelőre nincs olyan sok 
csomag, hogy ne lehetne átlátni azokat. Ez részben a kate- 
gorizált nézetnek köszönhető. A csomagok ugyanis a fel- 
használás illetve a technológiák szerint csoportosulnak, 

mi pedig általában tudjuk, hogy az adott probléma mely 
területhez kapcsolódik, és azonnal ott keressük. 

Nem szabad megfeledkeznünk a letöltési statisztikákról. 

A PEAR ugyaris ezekkel méri az egyes csomagok népsze- 
rűségét. A http://pear.php.net/package-stats.php címen elér- 
hető oldalon a csomagok aszerint vannak rendezve, hogy 
melyiket hányszor töltötték le. Ez persze nem pontos, de 
közelítőleg jó. Minél népszerűbb egy projekt, annál sokol- 
dalúbb, és nagyobb a valószínűsége annak, hogy folyama- 
tosan fejlődik és mindig karban van tartva. Adott esetben 
előfordulhat, hogy választanunk kell PEAR-es és nem 
PEAR-es megoldás között. A választást nagyban meg- 
könnyíti, ha ismerjük a két csomag népszerűségét. 
Mindezeken túl a PEAR-ról minden információt megtalál- 
hatunk az oldalon. Egy PEAR-t gyakran használó progra- 
mozó számára olyan a webapplikáció, mint a php oldala: 
élete jelentős részét tölti el annak használatával. 


PEAR egyéb 


A PEAR az bővítmény táron, a fejlesztők és felhasználók tá- 
mogatásán túl egyéb feladatokat is ellát. A csomaghierarchia 
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felsőbb szintjei önálló részhalmazokat képeznek. Ilyen rész- 
halmaz például a PFC (PHP Foundation Classes) , amelybe 

a mezei PEAR csomagoknál sokkal szigorúbb előírásoknak 
megfelelő csomagok kerülhetnek be. Csak stabil változatok 
lehetnek a PFC tagjai, azok közül is olyanok, amelyek zavar- 
talanul képesek együttműködni másokkal azáltal, hogy 
szabványos alkalmazásfejlesztői felülettel (APT) rendelkez- 
nek. Mindemellett még teljesen általánosak is, azaz semmi- 
lyen környezethez sem kötődnek az indokoltnál jobban. 
Egy másik ilyen részhalmaz (amely mára már külön pro- 
jektté nőtte ki magát) a PECL (PHP Extension Community 
Library). Ez olyan C nyelvű bővítményeket, kiterjesztéseket 
tartalmaz, amelyek a PHP4 részei. A PECL létrehozásának 
egyik motivációja az volt, hogy legyen hová átmozgatni 

a PHP részeként kezelt különböző bővítményeket. A leg- 
fontosabb különbség a PEAR és a PECL között az, hogy 

a PECL csomagok többnyire C nyelvűek, míg a PEAR cso- 
magok PHP-ben íródtak. A PECL csomagok tehát alacsony 
szintű, valódi bővítmények, amelyeket a PHP használ, és 

a fejlesztők a PHP-n keresztül érhetik el. Tipikusan ilyen 
csomagok a különböző adatbázisokat kezelni tudó bővítmé- 
nyek. (PHP4-ben hasonló bővítmény végzi a MySOL, 
PostgreSOL adatbázis kezelését is). 

Ez a részhalmaz mára teljesen külön projektté nőtte ki 
magát, de továbbra is a PEAR-tól kölcsönzi szerkezetét. 

A gyakorlatban ez annyit tesz, hogy a már ismertetett 
csomagkezelőn keresztül érhető el, a felhasználók számára 
áttetsző, hogy PEAR, vagy PECL csomagot használnak. 

A PECL csomagok telepítéséhez általában szükség van 

a PHP fejlesztői csomagjára, valamint komplett C fejlesztői 
környezetre (például C fordító, make), mivel a telepítendő 
alkalmazások a telepítés során helyben fordulnak le. 

A projekt a http://pecl.php.net címen érhető el. 

Mindezek mellett számos levelezőlista áll a fejlesztő közös- 
ség rendelkezésére, ahol tanácsokat kérhetnek a PEAR-rel, 
csomagok használatával és minden egyébbel kapcsolatban. 


Zárszó 

Hatalmas előnyhöz juthat azzal a fejlesztő, ha a felmerülő 
problémákat okosan, időkímélő módon, kevés fáradsággal, 
mások kárán tanulva tudja megoldani. Még nagyobb az 
előnye abban az esetben, ha egy ilyen keretrendszer áll 
rendelkezésére ahhoz, hogy meg is találja a neki megfelelő 
komponenst. Továbbmenve az összetevő felhasználása is 
szervezettséget sugall: egy átgondolt, egységes rendszerben 
dolgozhat a tervező, fejlesztő. Ez a rendszer lehetővé teszi 
a folyamatos karbantartást, az egyszerű használatot, és az is 
rengeteget számít, hogy a csomagok mögött valóban áll egy 
szervezet, némi garanciáját nyújtva annak, hogy ez hosszú 
távon így is marad. 

A sorozat következő részében a PEAR alapú adatbázis- 
kezelő megoldásokkal ismerkedünk meg, élén a legnépsze- 
rűbb csomaggal, a DB-vel. 


Komáromi Zoltán 
(komiokiskapu.hu) 

25 éves, a BME hallgatója, mellette 
PHP-programozóként dolgozik. 
Kedvenc területe a multimédia. 








Számítógép-hálózatok (18. rész) 


Torlódásvédelem 


A torlódások elleni védekezés nélkül előbb-utóbb egyetlen csomagot sem tudunk 
átvinni a hálózaton. Eppen ezért a torlódásvédelem a hálózati réteg egyik legfon- 
tosabb feladata, és egyben a sorozat jelen részének témája. 


z előző részből megtudhattuk, hogy a háló- 
A zatunkra leselkedő legfélelmetesebb veszély 

a torlódás kialakulása. Torlódást sok minden 
előidézhet, és ráadásul saját magát gerjeszti, azaz ha 
egyszer valahol kialakul, akkor rövid úton átterjed 
az alhálózat más pontjaira is. Az 1. ábrán láthatjuk, 
milyen következményekkel járhat az, ha a torlódások 
ellen nem lépünk fel kellő eréllyel. Itt a kézbesített 
csomagokat ábrázoltuk az elküldött csomagok függvé- 
nyében. Amikor még az alhálózatnak átadott csomagok 
száma az átviteli kapacitáson belül marad, addig minden 
rendben zajlik, a csomagok csak átviteli hiba következté- 
ben veszhetnek el. (Tehát az elküldött és a kézbesített 
csomagok egyenes arányban vannak egymással). 
Ha viszont egyszerre túl sok csomaggal árasztjuk el sze- 
rencsétlen alhálózatunkat, akkor az útválasztók puffer-e 
előbb-utóbb megtelik, így bizonyos csomagok el fognak 
veszni. Ez azonban tovább súlyosbítja a helyzetet, ugyan- 
is a gépek az elveszett csomagot ismét megpróbálják 
elküldeni, ezzel is növelve a már amúgy is leterhelt 
alhálózat forgalmát. A helyzet egészen odáig fajulhat, 
hogy egyetlen csomagot sem leszünk képesek átküldeni 
az alhálózaton. A torlódásvédelem tehát a hálózati réteg 
egyik legfontosabb feladata. 
A torlódásvédelemnek tehát biztosítani kell azt, hogy 
az alhálózat képes legyen megbirkózni a legkülönfélébb 
forgalmi helyzetekkel, és gond nélkül továbbíthassa a rajta 
áthaladó csomagokat. A legelső dolog, amit a torlódásvéde- 
lemmel kapcsolatban tudnunk kell az, hogy ez egy globális, 
az egész hálózatot átszövő kérdés. Amikor megpróbálunk 
védekezni a torlódások ellen, nem elég, ha például csak 
az útválasztók csomagküldési mechanizmusán próbálunk 
valamit állítgatni. Minden olyan tényezőt figyelembe 
kell vennünk, amely hatással lehet az alhálózaton jelenlévő 
forgalomra, mint például a gépek viselkedése. Az eredmé- 
nyes védekezés érdekében tehát a hálózat összes alkotó- 
elemének együtt kell működnie. Így egy torlódás kialakulá- 
sakor a gépeknek is meg kell tenniük a megfelelő lépéseket, 
például egy ideig lelassítani, vagy esetleg teljesen felfüg- 
geszteni a csomagok küldését. 
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1. ábra 


Fontos, hogy ne keverjük össze a forgalomszabályozás és 

a torlódásvédelem fogalmát. Igaz, hogy az előbbi esetben is 
szükség van arra, hogy a gépek időnként képességeikhez 
mérten lassabban adjanak, a két fogalom mégis merőben 
más. A forgalomszabályozás csak az adóval és a vevővel, és 
a kettőjük között kiépült kétpontos kapcsolatban kialakuló 
torlódásokkal foglalkozik. 

Forgalomszabályozásra például akkor lehet szükség, 
amikor egy processzorokkal jól megpakolt szuperszámí- 
tógép küld adatokat a kis személyi számítógépünknek 
mondjuk egy 1 Gb/5-os sávszélességű vonalon. A szuper- 
számítógépnek nem okoz gondot ekkorra sebességgel ad- 
ni, a kisebb kapacitású gépünk képességeit ez a sebesség 
azonban meghaladja. A gyorsabb gépnek tehát vissza 
kell vennie a sebességből, pedig magán a hálózaton 

nem lépett fel torlódás. 

Ezzel ellentétben a torlódásvédelem a hálózaton megjele- 
nő torlódásokkal foglalkozik. Például amikor egyik LAN-ról 
a másik LAN-ra egyszerre sok állományt szeretnénk át- 
küldeni. A LAN-ban lévő gépek ezzel a feladattal simán 
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2. ábra 


megbirkóznának, az alhálózat azonban beledöglene, 
hiszen az átküldendő csomagok száma meghaladja az 
áteresztőképességét. A baj elkerüléséhez a gépeket rá kell 
bírni arra, hogy ne egyszerre árasszák el az alhálózatot, 

az útválasztóknak pedig a forgalmat szét kell osztaniuk 
több útvonal között. 

A torlódásvédelmi algoritmusok durván két nagy csoportra 
oszthatók: a nyílt hurkúakra (open loop) és a zárt hurkúakra 
(closed loop). Az előbbi osztályba tartozó módszerek úgy 
próbálják a torlódásokat elkerülni, hogy eleve nem hagyják 
azokat kialakulni. Ehhez különböző irányelveket határoz- 
nak meg, amelyek alapján az útválasztók és a gépek dönté- 
seiket meghozzák. Fontos, hogy ezek kőbevésett irányel- 
vek, amik örökérvényűek, azaz nem változnak a hálózat 
működése közben. Ez azt is jelenti, hogy a gépek és az út- 
választók döntéseikben nem veszik figyelembe azt, hogy 
éppen mi is történik a hálózaton (azaz mi a hálózat aktuális 
forgalmi állapota). 

Ezzel gyökeresen ellentétes felfogást képviselnek a zárt 
hurkú algoritmusok, amelyek csak akkor avatkoznak be, 
amikor már valahol kialakult a torlódás. Ilyenkor gyors in- 
formációgyűjtésbe kezdenek, amelyből megállapítják, mi- 
lyen lépéseket kell tenni a torlódás megszüntetésének érde- 
kében. Ezután felszólítják a megfelelő útválasztókat, illetve 
gépeket, hogy tegyék meg a megfelelő intézkedéseket. 

A következőkben mindkét típusú algoritmusra mutatunk 
példákat, és megvizsgáljuk, miként valósítják meg a gya- 
korlatban a fent leírtakat. 


Nyílt hurkú torlódásvédelmi alyoritmusok 

A nyílt hurkú eljárások tehát arra törekednek, hogy esély 
se legyen a torlódás kialakulására, ehhez pedig meg kell 
szüntetni a torlódás legfőbb okát, a lökésszerű forgalmat. 
A gépek általában még véletlenül sem adnak egyenletesen, 
hanem mindig a legváratlanabb pillanatban halmozzák el 
az alhálózatot csomagokkal. Ha a gépeket rábírhatnánk, 
hogy egyenletesebben küldjék csomagjaikat, akkor kisebb 
lenne az esély a torlódás kialakulására. 

Ezzel el is érkeztünk a forgalomformálás (traffic shaping) 
fogalmához, amely az alhálózaton folyó adatátvitel átlagos 
sebességének szabályozását jelenti. Most megnézünk két 
olyan algoritmust, amelynek segítségével ezt a sebességet 
kordában tarthatjuk. 
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Ezek közül az első a lyukas vödör (leaky bucket) algoritmus, 
amelynek nagyon találó neve van, hiszen tényleg úgy mű- 
ködik, mint egy valódi vödör, amelynek az alján lyuk tá- 
tong (2. ábra). Amikor egy ilyen vödörbe vizet eresztünk, 

az alján a víz állandó sebességgel fog szivárogni, mégpedig 
úgy, hogy ez a sebesség nem függ attól, milyen gyorsan 
eresztjük a vizet a vödörbe. 

Most képzeljük el ugyanezt, csak víz helyet csomagokat 
lapátolunk a lyukas vödrünkbe, amit a gépek egy sorként 
valósítanak meg. A sorba folyamatosan érkezhetnek 

a csomagok, egészen addig, amíg meg nem telik. 

Ha egy csomag nem fér be a sorba, akkor az eldobásra 
kerül. Minden óraütéskor egy csomag kikerülhet a sorból, 
és elküldhető az alhálózatnak. Ezzel a módszerrel tehát 
megkímélhetjük az alhálózatot a löketszerű forgalomtól. 
Mivel a csomagok egyenletesen továbbítódnak, az útvá- 
lasztóknak több idejük van egy-egy csomag feldolgozásá- 
ra, nehezebben telik meg a pufferük, így csökken a torló- 
dás kialakulásának esélye. 

Ez a módszer azonban nem minden esetben tökéletes. 
Hibája abban rejlik, hogy sziklaszilárdan ragaszkodik 

az általa kialakított átlagos csomagküldési sebességhez 
(más szóval kimeneti mintához). Bizonyos esetekben 
azonban szükség lehet egy kis rugalmasságra. Néhány 
alkalmazás ugyanis úgy működik, hogy sokáig számol- 
gat (vagy épp semmit sem csinál), majd hirtelen egy 
nagyobb löketet indít útnak, majd jó ideig megint 

nem küld semmit. 

Ha a gép sokáig csendben volt, akkor nem nagy baj, 

ha egy kicsit nagyobb kimeneti sebességgel kezd adni, 
majd utána fokozatosan visszavesz belőle. Ha ilyenkor 

is ragaszkodunk a lyukas vödör merev kimeneti mintájá- 
hoz, akkor a csomagok lassabban jutnak célba. Probléma 
merül fel akkor is, ha az alkalmazás több csomagot akar 
küldeni, mint amennyi a vödörbe belefér, hiszen ilyenkor 
az utolsó csomagok elvesznek. 

Ezekre a problémákra kínál megoldást a vezérjeles vödör 
(token bucket) algoritmus (3. ábra). Itt a vödörben nem 
csomagokat, hanem úgynevezett vezérjeleket tárolunk. 

A vezérjelek óraütésenként, folyamatosan keletkeznek. 
Amikor a vödör megtelik vezérjelekkel, akkor az újonnan 
születő vezérjelek megsemmisülnek. A gépet egy csomag 
csak akkor hagyhatja el, ha kivesz egy vezérjelet a vödör- 
ből. Ha a vödör kiürült, akkor addig kell várnia, amíg 

új vezérjel nem keletkezik. 

Ez az algoritmus két jelentős dologban is eltér a lyukas vö- 
dörtől. Először is itt a gépek némileg nagyobb önállósággal 
bírnak, hiszen spórolhatnak a verzérjelekkel. Azok a gépek, 
akik egy ideig nem adnak, félretehetik vezérjeleiket egy na- 
gyobb löket számára. Persze ez a löket nem lehet nagyobb, 
mint a vödör mérete. Másik fontos különbség, hogy a vödör 
megtelése után itt csak vezérjeleket dobunk el, csomagokat 
azonban soha. 

Érdemes megjegyeznünk, hogy e két algoritmust nem 
csak a gépek kimeneti mintáinak szabályozására használ- 
ják, hanem például két útválasztó közötti forgalomkisimí- 
tásra is. Ilyenkor azonban kell némi változtatás. Gépek 
esetében a vezérjeles vödör használatakor nem jelent 

túl nagy problémát, ha nem engedünk ki újabb csomagot 
addig, amíg új vezérjel nem keletkezik. Útválasztók eseté- 
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3. ábra 


ben a csap nem mindig zárható el. Tegyük fel például, 
hogy a vezérjelek elfogynak, de továbbra is érkeznek be- 
felé jövő csomagok. Ha ilyenkor korlátozzuk a kimenetet, 
akkor fennáll a veszély, hogy a puffer megtelik, és egyes 
csomagok elvesznek. 


Zárt hurkú torlódásvédelem 

A torlódásvédelmi algoritmusok másik nagy csoportja nem 
a torlódásokat dinamikusan próbálja szabályozni, azaz fo- 
lyamatosan felügyeli a hálózat aktuális forgalmi állapotát, 
és ahol és amikor szükségét látja, beavatkozik. 
Felmerülhet a kérdés, hogy a hálózaton kialakuló torló- 
dások nagyságát milyen mennyiséggel tudjuk jellemezni. 
Erre sok választási lehetőség adódik. Figyelhetjük példá- 
ul az útválasztók átlagos sorhosszait (egy útválasztó 
pufferjében átlagosan hány darab csomag vár továbbí- 
tásra), az újraküldött csomagok számát, vagy éppen 

az útválasztók puffertúlcsordulásából adódó csomag- 
vesztések arányát. Bármelyik paramétert figyelje is ezek 
közül egy algoritmus, annyiban biztosak lehetünk, hogy 
minél magasabb értéket mér, annál súlyosabb a helyzet 

a hálózaton. 

Amikor egy útválasztó torlódást észlel, akkor azt azonnal 
jelezni kell társainak, mivel csak együttes fellépéssel 
fékezhetik meg a kialakult forgalmi dugót. Erre is sok 
módszer létezik. Ezek közül a legkézenfekvőbb az, ha 
speciális csomagokat küldünk szét, amelyből a többi út- 
választó értesül a kialakult helyzetről. Ezzel azonban az 
a baj, hogy az amúgy is már terhelt hálózatot tovább 
lassítanánk. Így sokkal praktikusabb megoldásnak ígér- 
kezik az, ha minden csomag fejlécében fenntartunk 

egy bitet, és annak segítségével figyelmezteti a többieket. 
Ha a terhelés meghalad egy bizonyos küszöböt, akkor 
minden kimenő csomagnál az útválasztó 1-esre állítja 
ezt a bitet, ezzel jelezve a többieknek, hogy vegyenek 
vissza az adási sebességből. 

Másik megoldás lehet a forgalom megosztása. Ilyenkor 

az útválasztók folyamatosan mérik a vonalak terheltségét, 
és úgy irányítják a csomagokat, hogy azok lehetőleg telje- 
sen elkerüljék az épp torlódás alatt álló részt. 

Most nézzünk meg egy-két konkrét algoritmust! Virtuális 
áramkör alapú alhálózatok esetében (ilyen például a tele- 
fonhálózat) a legegyszerűbb megoldás a belépéses ellenőrzés 
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(admission control). A módszer azon az egyszerű feltétele- 
zésen alapul, hogyha valahol torlódás alakult ki, akkor 

a helyzeten valószínűleg nem fog segíteni az, ha engedünk 
további virtuális áramkörök (kapcsolatok) kiépítését. A vo- 
nalas telefonhálózatoknál is hasonló a helyzet: a tárcsahan- 
got egészen addig nem kapjuk meg, amíg a hálózat fel nem 
szabadul a terhelés alól. 


Lefojtó csomagok 

Ezen az eljáráson sok torlódásvédelmi algoritmus alapul, és 
alkalmazható mind datagram, mind virtuális áramkör ala- 
pú alhálózatok esetében is. 

Az alapötlet itt is az, hogy az útválasztók folyamatosan 
figyelik a kimeneti vonalaikat, és mindegyikhez, terhelé- 
süktől függően hozzárendelnek egy 0 és 1 közé eső valós 
számot. (Egyes algoritmusok az útválasztó más erőforrásait 
kísérik figyelemmel, például a puffer méretét). Ha ez 

a szám meghalad valamiféle küszöbértéket, akkor az útvá- 
lasztó minden befelé menő csomag forrásához visszaküld 
egy úgynevezett lefojtó csomagot (choke packet). Amikor 

a gép egy ilyen csomagot kap, akkor azonnal visszavesz 

az adási sebességéből (például a lyukas vödör algoritmus 
segítségével). A lefojtó csomagok ugyan , meg vannak 
jelölve", s így az útválasztók nem generálnak továbbiakat, 
de mivel egy torlódás általában több útválasztót is érint, 

a gép egyszerre több lefojtó csomagot is fog kapni. Ilyenkor 
a sebesség visszavétele után egy ideig nem fog reagálni az 
lefojtó csomagokra. 

Ezután a gép várakozik és figyel. Ha továbbra is érkeznek 
lefojtó csomagok, akkor ez azt jelenti, hogy a torlódás még 
mindig fennáll, így az adási sebességet tovább csökkenti. 
Ha azonban bizonyos idő elteltével nem érkezik újabb elfoj- 
tó csomag, akkor a torlódás valószínűleg megszűnt, így 
nem kell már korlátozni a forgalmat. 

Nem egyszerű kérdés, hogy a gép mennyi idő múlva adja 
fel a sebességkorlátozást. Ha túl hamar teszi, akkor nagy rá 
az esély, hogy újabb torlódást idéz elő, ha pedig túl lassan, 
akkor meg nem működik gazdaságosan. A megoldás min- 
den bizonnyal a két véglet között lesz, de hogy pontosan 
hol, arra csak az adott algoritmus pontos elemzése adhat 
választ. Hasonló megfontolásokat kíván annak megállapítá- 
sa is, hogy az algoritmus a lefojtó csomagok hatására mi- 
lyen ütemben csökkentse sebességét, illetve a torlódás meg- 
szűnésével miként növelje azt. A jól bevált módszer az, ha 
torlódás esetén a gépek megfelezik adási sebességüket, vi- 
szont utána csak kisebb lépésekben növelik azt. 

Ennek az algoritmusnak van viszont egy olyan hátránya, 
hogy feltétel nélkül hisz a gépek becsületességében. A háló- 
zatok világa azonban igazságtalan. Ha egy gép kötelesség- 
tudóan lecsökkenti adási sebességét, de a többiek ezt nem 
teszik meg, akkor a becsületes gép jár a legrosszabbul, mi- 
vel neki drasztikusan le fog csökkenni a sávszélessége. 

Egy igazságosabb világ ígéretét rejti magában a pártatlan 
sorbaállítás (fair gueueing) algoritmus. Itt az útválasztók 
minden kimeneti vonalhoz pontosan annyi várakozási sort 
rendelnek, ahány bemenetük van. A várakozási sorokon 
egyenként, körkörösen végigmegyünk, és kiveszünk egy 
csomagot, amit ráteszünk a kimenő vonalra. Ennek köszön- 
hetően az egymással versengő gépek egyenlő mennyiségű 
csomagot tudnak célba juttatni. 
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4. ábra 


A dzsitter szabályozás 

Minden felhasználó azt szeretné, ha a neki szánt cso- 
magok a lehető leggyosabban elérnének hozzá, azaz 

a letöltési sebessége minél nagyobb legyen. A felhasz- 
nálók tehát rendkívül rosszul tűrik, ha a csomagjaik 
késnek, például azért, mert egyes útválasztók feltartóz- 
tatják azokat. 

Egyes alkalmazások azonban nem a csomagkésleltetésre, 
hanem inkább az úgynevezett dzsittere érzékenyek, azaz 
a csomagok (a forrástól a célig történő) átviteli idők durva 
változásaira. Például a hang, illetve mozgókép továbbítás- 
kor simán belefér, ha minden csomag csúszik pár század- 
másodpercet, viszont akkor előbb se jöjjön senki, mindenki 
ugyanannyit késsen. 

Ehhez először meg kell becsülni a csomagok várható 
átviteli idejét (beleszámolva az átlagos torlódást is), 
ugrásokra lebontva. Így minden útválasztó tudni fogja, 
hogy optimális esetben mekkora időközönként kell 
egyegy csomagot továbbítania. Amikor egy ilyen cso- 
mag érkezik az útválasztóhoz, megnézi, hogy nincs-e 
késésben, illetve nem jött-e előbb a kelleténél. Az utóbbi 
esetben nincs már dolga, mint hogy kivárja a megfelelő 
időt, majd útjára bocsátja. Ha siet, akkor nem tehet 
mást, minthogy elsőbbséget ad neki az összes többi 
csomaggal szemben, és reménykedik, hogy így még 

be tudja hozni a késését, és a dzsitter nagysága nem 

nő meg számottevő mértékben. 


Terhelés eltávolítása (load scheddiny) 

Amikor már nagyon veszélyes a helyzet, és a csomagok 

az útválasztók fejére nőttek, akkor jön a végső megoldás: 
az útválasztók se szó, se beszéd, elkezdik kidobálni 

a csomagokat. Na de milyen elv alapján döntsük el, mely 
csomagok kerüljenek végérvényesen a süllyesztőbe? 

Nem hangzik túl jó ötletnek, ha véletlen szerűen, például 
minden második csomagnak kegyelmeznénk meg, a többit 
kérdés nélkül kidobnánk. 

Sokkal jobb lenne, ha ezt a csomagot küldő alkalmazástól 
tennénk függővé, ugyanis mindegyiknek más és más cso- 
mag a legfontosabb. Mit is értünk ezalatt? Egy fájlküldő 
programnak, például egy FTP kliensnek inkább a koráb- 
ban jött csomagok a fontosak, mert ha például egy vagy 
több csomag kimarad, akkor elképzelhető, hogy a forrás- 
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nak a sikeresen megkapott csomagokat is újra meg 

kell ismételnie. A RealPlayer azonban, ha választhatna, 
inkább a legújabb csomagokat kapná meg. 

A legjobb megoldás tehát az, ha maga az alkalmazások 
mondhassák meg, mely csomagok a legfontosabbak 
számukra. Ehhez lehetőséget kell nekik biztosítani arra, 
hogy a csomagok fejlécébe jelöljék, az adott csomag 
mennyire fontos. Magyarul prioritásokat rendelhetünk 

a csomagokhoz, és ha torlódás van, akkor az útválasztók 
először a legalacsonyabb prioritási osztályba sorolt csoma- 
goktól válnak meg. 

Ahhoz, hogy ez a módszer jól működjön, figyelembe kell 
vennünk egy nagyon is emberi tényezőt, mégpedig azt, 
hogy az emberek maguktól valószínűleg nem fognak ala- 
csonyabb prioritású csomagokat küldeni. Ha nincs semmi- 
fajta kényszerítő erő, nyílván mindenki a legmagasabb prio- 
ritásra fogja állítani a csomagjait. A megoldás erre lehetne 
például az, hogy a szolgáltatók drágább tarifát számítanak 
fel a magasabb prioritású csomagokért. 

Bizonyos hálózatokban azonban nem kecsegtet akkora 
haszonnal az, ha egyes csomagokat magasabb prioritással 
láthatunk el. Az ATM esetében például a csomagok fix 
méretű cellák, és ezek egy nagyobb egység részei. 

Egy üzenet több fix méretű cellaként halad tovább, és 

ha az útválasztónak egy cellát el kell dobnia, akkor való- 
színűleg a forrásnak az egész üzenetet újra meg kell ismé- 
telnie. (Mindezek ellenére az ATM cellák fejlécében van 
egy bit, amellyel megkülönböztethetjük a fontosabb cso- 
magokat a többiektől). 

A végére még egy megjegyzéssel élnénk. A szimulációs 
tesztek azt mutatják, hogy az útválasztó, és vele együtt 
az alhálózat akkor jár a legjobban, ha a torlódás észlelé- 
se után minél előbb nekiáll a csomagok pusztításának, 
mivel így elejét vehetik egy komolyabb forgalmi dugó 
kialakulásának. Tehát megint egy újabb dilemma. Inkább 
minél több csomagot próbáljunk célba juttatni, és lefojtó 
csomagok, illetve egyéb technikákkal próbáljuk csillapíta- 
ni a kialakuló torlódásokat, vagy a torlódásvédelem min- 
den felett álljon, és a baj legkisebb jelére már pusztítsuk 
a csomagokat. 

Nos, ennyit a torlódásvédelemről. A sorozat következő ré- 
szei sokkal életszerűbbek lesznek, mostantól ugyanis elvet- 
jük azt a feltételezésünket, hogy minden hálózat egyforma. 
Eddig vígan küldözgettünk csomagokat hálózatok között, 
ám fel sem merültek bennünk olyan alapkérdések, mint 
például miként tudnak együttműködni eltérő protokollokat 
használó hálózatok. 

A hálózatok persze nem csak protokolljaikban különböz- 
nek egymástól, hanem még vagy száz másik dologban. 
Ezek között bizony átjárást kell biztosítani, amelyekről 

az átjáró (gateway) nevű eszközök fognak gondoskodni. 
Hogy pontosan miképp, az az elkövetkezendő pár rész 
témája lesz. 


Garzó András (garzoandOinterware.hu) 

Körülbelül három éve foglalkozik Linux- és más Unix-rendsze- 
rekkel. Legjobban az operációs rendszerek lelkivilága érdekli, 
de nyitott egyéniség. Kedvenc étele a palacsinta, és van egy 
Richard nevű macskája. Minden észrevételt, megjegyzést, 
levelet szívesen fogad. 


Számolás a unig segítségével 


A parancshéj szakértői jól elboldogulnak a szabványos segédprogramok egyszerű 
kombinációival is. Ismerjük meg két egyszerű parancs együttes használatának 
egyik leggyakoribb példáját. 
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UNIX-szerű operációs rendszerek egyik parancsok összetétele, amellyel egy fájlban az egyes 
A igazán nagy előnye a parancsok együttes karaktersorozatok előfordulásait számolhatom meg. 
használatának a lehetősége. A parancsok Ez az új Linux felhasználók számára egy jó fogás és 
kombinálásával rengeteg feladatot oldhatunk meg, egy olyan tudás, aminek az elsajátítását soha nem 
a lehetőségeinknek csak az ötletességünk és képzelőe- fogjuk megbánni. 
rőnk szabhat határt. 
Bár a lehetséges kombinációk száma igen nagy, a ta- Egy egyszerű példa 
pasztalat azt mutatja, hogy bizonyos párosítások sok- Vizsgáljunk meg először egy egyszerű példát az alapelvek 
kal gyakrabban fordulnak elő, mint a többi. Az egyik tisztázása céljából. Adott egy gyumolcs nevű fájl az alábbi 
áltaam gyakran alkalmazott párosítás a sort és a unig tartalommal: 
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alma 
narancs 
alma 


A következő módszerrel eldönthetjük, hogy az egyes 
szavak hányszor fordulnak elő: 


9 sort gyumolcs ] unig -c 
1 narancs 
2 alma 


Mi is történik valójában? Először is, a sort gyumolcs 
parancs rendezi a fájlt. Az eredmény rendes körül- 
mények közt az alapértelmezett kimenetre (ebben 

az esetben a képernyőnkre) kerülne, de most látunk 

egy I (csővezeték-) karaktert is a parancs után. Ez a csőve- 
zeték a sort gyumolcs parancs kimenetét a következő pa- 
rancs, a unig -c bemenetére irányítja, amely minden sort 
kiírat, a sor elején jelezve az előfordulásuk számát. 


Egy gyakorlatiasabb példa 

Az egyszerű példa alapján még nem annyira nyil- 
vánvaló, hogy miért is olyan hatékony ez a módszer, 

bár mindjárt használhatóbbnak tűnik, ha a kérdéses 

fájl például egy Apache webkiszolgáló hozzáférési 

naplója több százezer sorral. A hozzáférési napló tele 

van értékes információval. A sort és a unig parancsok 
használatával meglepően sok egyszerű adatelemzést 
hajthatunk végre pillanatok alatt a parancssorból. 
Képzeljünk el egy munkatársat, akinek szörnyen szüksége 
van arra a tíz IP-címre, ahonnan a leggyakrabban érkezett 
kérés a foo.php nevű parancsfájl futtatására január folya- 
mán. Néhány pillanattal később már kezünkben is van 

a kért információ. Honnan tudtuk ilyen gyorsan megkapni 
a választ? Nézzük meg lépésenként a megoldást. A példa 
kedvéért tegyük fel, hogy a kiszolgálónk a következő for- 
mátumban naplózza az eseményeket: 


192.168.1.100 - - [31/Jan/2004:23:25:54 -0800] 
5 "GET /index.php HTTP/1.17 200 7741 


A napló több hónap adatait tartalmazza, nem 

csak a 2004 januári bejegyzéseket, tehát az első teen- 
dőnk, hogy a grep segítségével csökkentsük az adat- 
mennyiséget: 


9 grep Jan/2004 access.1]og 


Ezután a kimenetben megkeressük a foo.php karakter- 
láncot: 


7 grep Jan/2004 access.l]og ] grep 
5 foo.php 


Amennyiben csak az IP-címek előfordulásait akarjuk 
megszámlálni, jobb ha a kimenetünket erre az egy me- 


zőre korlátozzuk, vagyis: 


9 grep Jan/2004 access.l]og ] grep foo.php I awk "f 
sprint $1 )7 
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Az awk parancs ismertetésére itt most nincs lehetőség, 
de elég annyit tudnunk, hogy az auk " ( print $1 )" 

az első szóközt megelőző karakterláncot írja ki, ami ese- 
tünkben éppen az IP-cím. 

És végül alkalmazhatjuk a sort és unig parancsokat. 
Íme a végső parancslánc: 


79 grep Jan/2004 access.]og ] grep foo.php [NN 
awk "£ print $1 $ ] sort -n I unig -e [NN 
sort -rn ] head 


A fordított perjel (N jelzi, hogy a parancs a követke- 
ző sorban folytatódik. Egyetlen hosszú sorban is begé- 
pelhetjük a parancsot perjelek nélkül, vagy a csővezeté- 
ket felbontva több sorban is beírhatjuk a képernyőn. 
Láthatjuk, hogy az első példánktól eltérően az el- 

ső rendezés (sort -n) szám szerinti rendezés, ami 
helyénvaló, hiszen ebben az esetben számokkal 
dolgozunk. 

A másik különbség a I sort -rn I head rész beszúrá- 
sa. A sort -rn parancs a unig -c kimenetét rendezi 
fordított számsorrendbe. A head parancs csak a kime- 
net első tíz sorát írja ki. Az első tíz sor éppen megfelel 
erre a feladatra, mivel csak a tíz legnagyobb számban 
előforduló tételt keressük: 


43 12.175.0.35 

16 216.88.158.142 
12 66.77.73.85 
66.127.251.42 
66.196.72.78 
66.196.72.28 
66.196.72.10 
66.147.154.3 
192.168.1.1 
66.196.72.64 


ANNNNSNNSNI 


A parancsláncot alkotó parancsok bármelyik összetevő- 
jének megváltoztatásával módosíthatjuk a csővezeték 
működését. Például ha a legnagyobb tíz helyett történe- 
tesen éppen a legkisebb tíz értéket keressük, csak a head 
parancsot kell tai 1-re cserélnünk. 


Osszegzés 

Az adatok sort és unig parancsokkal történő csőveze- 
tékes feldolgozása nagyon jól használható módszer, 
remélem a bemutatott példák kedvet csináltak a csőve- 
zeték-technika további tanulmányozásához. A használt 
parancsokról bővebb információt a megfelelő kézikönyv- 
lapokról (man) szerezhetünk. 


Linux Journal 2005. január, 129. szám 





Brian Tanaka 

1994 óta UNIX rendszergazda, 

olyan cégeknek dolgozott, mint a The Well, 
az SGI, az Intuit vagy a RealNetworks. 

A btanakaowell.com címen érhető el. 








Szintróől szintre 


Marcel ez alkalommal egy klasszikus műfaj játékaiból szemezget. Gyerünk! Ugrás! 


A vatosan, Francois, túl gyorsan mész! 71 

ű Le fogsz esni... késő. Jaj, mon ami, újabb 
életed veszett oda a mélykék tengerben. 

Sót, mind a négyet elveszítetted, úgyhogy most 
én jövök. Tudom, hogy játszunk, de egyben 
a mai menüt is kóstolgatjuk, mon ami, márpedig 
a tesztelés a Chez Marcel mindenre kiterjedő 
minőségellenőrzésének része. Most látom, hogy 
hamarosan megérkeznek a vendégek, és még 
nem választottunk bort. 
Hogy már megg is jöttek? Ne haragudjatok, mes 
amis, egy picit szórakozottak vagyunk. Üdvözöl 
benneteket a Chez Marcel, ahol mindig finom 
borok kísérik a nagyszerű linuxos fogásokat. 
Gyerünk, Francois, indulj a pincébe! A mai menü 
könnyedségére tekintettel valamilyen könnyű, 
önmagát itató borocskára lesz szükségünk. 
Hozd fel azt a 2001-es Modello Italian vöröset. 
Készséges felszolgálóm és jómagam a gyakran 
platformjátékoknak emlegetett videójátékok 
közül ismerkedtünk meg néhánnyal. Az ilyen 
játékok alapötlete rendkívül egyszerű, legtöbb- 
jük két dimenzióban gördülő háttérre és kisebb-nagyobb 
küzdelmekre épül. A szintek közötti továbblépéshez tár- 
gyakat kell megkeresni és összegyűjteni, miközben futva, 
ugorva kell elkerülni különféle akadályokat és ellenségeket. 
A különféle helyek között a platformok között átmászva 
vagy átugorva mozoghatunk. A játéktípus hosszú éveken 
át szinte egyeduralkodó volt, de mind a mai napig népsze- 
rű, és folyamatosan készülnek újabb és újabb képviselői. 
Mindez a linuxos világban is igaz. 
Évekkel ezelőtt, mikor még valamivel fiatalabb voltam, egy 
Lode Runner nevű játék volt nálam a sláger. Dave Ashley 
nagyszerű Scavengerje hasonló hozzá, és remek szórakozást 
kínál. (1. ábra) Alapötlete egyszerű. Létrákon mászva, köte- 
leken lengve, a platformok között szaladva kincseket kell 
gyűjtenünk, miközben elkerüljük a rosszfiúkat. Attól függő- 
en, hogy éppen mi van a lábunk alatt, képesek vagyunk 
akár lyukakat is ásni, amivel megmenekülhetünk vagy 
csapdába csalhatjuk ellenségeinket. 
Szerezzük be a Scavenger egy példányát a Scavenger 
webhelyről (lásd az internetes forrásokat), ahol megtaláljuk 
a legújabb forrást. Úgy láttam, hogy sok terjesztés saját ol- 
dalán előre fordított bináris fájlokat is lehet találni belőle, 
így talán jobb, ha saját terjesztésünk csomagjai között kezd- 
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1. ábra A Scavenger méltó utódja a Lode Runnernek 


jük a keresést. Persze forrásból sem nehéz a Scavengert 
lefordítani. Az eljárás a szokásos kibontás-fordítás eljárás 
egy picit módosított változata: 


tar -xzvf xscavenger-1.4.4.tgz 
cd xscavenger-1.4.4/src 

xmkmf 
make 
su -c "make install" 

A szükséges parancs a scavenger, ezt kiadva már kezdődik 
is a játék. Először bemutató módban indul, így áttekinthetjük 
a mozgásokat, műveleteket, valamint ráérezhetünk a prog- 
ram működésére. Az FI gombbal saját legmagasabb szin- 
tünkre léphetünk. Az első alkalomnál ez az 1. szintet jelenti. 
Az irányítás a numerikus billentyűzet gombjaival történik, 

a kurzorgombokkal fel, le, jobbra és balra mozoghatunk. 

A balra és jobbra fúrás további két műveletet jelent. Ha az 
alapértelmezett billentyűkiosztás nem felel meg az igénye- 
inknek, mert például hordozható gépet használunk, de már 
megkezdtük a játékot, akkor nyomjuk le az Esc, majd a szó- 
köz billentyűt. Ezzel a beállító menübe jutunk. Innen az 
F10 gomb lenyomásával módosíthatjuk a billentyűkiosztást. 
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Mc Weapon: Grenades 


please. fsomeone help. 





2. ábra Feladatod, katona, a hadifogságba esett bajtársaid 
megmentése! Van kérdés? 


Nálam a mozgások maradtak a kurzorgombokon, de 

a balra és a jobbra fúrást az A és a D gombbal végzem. 
Miközben a billentyűkiosztás módosításával foglalatosko- 
dunk, néhány további figyelemre méltó beállítást is észreve- 
hetünk. Például a bemutatót többféle szinttel is indíthatjuk. 
A bemutató mód futása közben az F7 és az F8 gombbal lép- 
hetünk szintet lefelé vagy felfelé. A legkedvesebb szolgálta- 
tás számomra azonban a szintszerkesztő. Nyomjuk le az F3 
gombot, és máris nekiláthatunk saját Scavenger pályáink 
elkészítésének — kiváló módja szabadidőnk elfecsérlésének. 
Egy szép, barátságos játéknál jobban semmi sem kelt na- 
gyobb étvágyat. Hatalmas kísértést éreztem, hogy az utolsó 
mondathoz egy smiley-t fűzzek, főként azért, mert a követ- 
kező játék, amit be szeretnék mutatni, gonosz smiley-król 
szól. A játék címe Blob Wars: Metal Blob Solid, készítője 

a Parallel Redlities, és az egyik legkülönösebb az általam 
valaha is megismert játékok közül. 

A Blob Warsban a feladatunk hadifoglyok megmentése 

— picit más formában. Minden karakter egy-egy smiley, más 
néven blob (paca), nekünk pedig a Bob nevű blobkatonát 
kell irányítanunk, aki különféle barátságtalan, bár sokszor 
nagyon szép helyeken keresztültörve keresi börtönbe jutott 
bajtársait. Smileykatonánkkal futva különféle fegyvereket 
kell használnunk - a lézert ne feledjük el felvenni —, és plat- 
formról platformra jutva kell egyre közelebb küzdenünk 
magunkat a győzelem felé. (2. ábra) 

Előfordított RPM-eket és deb fájlokat egyaránt elérhetünk 
a webhelyéről, ahogy a forrást is, ha valamiért magunk 
akarjuk végezni a fordítást. Néhány SDL fejlesztői könyv- 
tárra is szükségünk lesz, de ettől eltekintve az egész műve- 
let csupán négy lépésből áll: 


tar -xzvf blobwars-1.02-1.tar.gz 
cd blobwars-1.02 

make 

su -c "make install" 


A program indításához a blobwars parancsot kell kiadni. 
Miután a játék elindult, egy menü jelenik meg, amelyből új 
játszmát indíthatunk, illetve folytathatunk egy már meg- 
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3. ábra Vajon ki tudja menteni Tux imádott Pennyjét az elvetemült 
Nolok karmai közül? 


kezdettet. Az Options (Beállítások) menü segítségével abla- 
kosból teljes képernyős módba válthatunk. A zene és 

a hanghatások hangerejét külön állíthatjuk, módosíthatjuk 
a fényerőt, továbbá megadhatjuk, hogy akarunk-e vért látni 
a játék folyamán. Bizony, amikor az ellenséges blobokra 
tüzelünk, azok felsikítanak, majd véres tűzcsóvává válnak. 
Hát igen, egy kicsit túllőttek a célon, de azért jó a játék. 

De tényleg... 

Ezután megjelenik egy térkép, amelyen számos hely- 

szín szerepel, ezeken tartják fogva a katonákat. 

Minden hely egy-egy küldetés. A mentési akció során 
számos hasznos tárgyat — például repülőcsomagot, 
lézerfegyvert, gránátokat vagy kulcsokat — tudunk 
magunkhoz venni. A tárgyakat sokszor a megsem- 
misített ellenségektől kell elvennünk. Ha rátalálunk 

egy fogolyra, elég elsétálnunk fölötte, máris elteleportál 

a küldetésből. Régóta nagy Star Trek rajongó vagyok, 
úgyhogy nekem nagyon tetszettek a szállítók és 

a hanghatások. 

Vajon miféle menüt lehetne összeállítani linuxos platformjá- 
tékokból Tux, kedvenc kabalánk nélkül? A SuperTux egy 
klasszikus, ugorj és fuss stílusú platformjáték — mint sokan 
sejtik már, a Super Mario Bros nyomdokain halad. Fejleszté- 
sét Tobias (Tobgle) Glaesser vezeti, de eredetileg Bill 
Kendrick készítette; a SuperTux jelenlegi alfa kiadása garan- 
táltan több óra kikapcsolódást nyújt bárkinek. Senkit ne té- 
vesszen meg a program alfa állapota, tényleg érdemes ki- 
próbálni. 

A történet a következő: Tux és Penny (Tux kedvese) egy 
szép napon éppen kirándulnak, amikor Tuxot leütik, Pennyt 
pedig elrabolja a rettenetes Nolok. Tuxnak a legkülönfélébb 
veszélyekkel kell szembenéznie, hogy megmentse a gonosz 
Nolok nem kevésbé gonosz erődítményében bebörtönzött 
szerelmesét. Feladatunk az, hogy segítsük Tuxot a kutatás- 
ban. (3. ábra) 

A SuperTux webhelyről (lásd a forrásokat) sokféle terjesztés- 
hez és géptípushoz tölthetünk le bináris csomagokat, 

így némi szerencsével elkerülhetjük a forrásból fordítást. 
Ha mégis inkább emellett döntünk, akkor a SuperTux lefor- 
dítása a hagyományos öt lépésből áll: 








tar -xjvf supertux-0O.1.2.tar.bz2 
cd supertux-0.1.2 


. /configure 
make 
su -c "make install" 


A játék a kurzorgombokkal is gond nélkül irányítható, 

de botkormányt és játékpadot is használhatunk. A program 
elindításához a supertux parancsot kell kiadni. Indításkor 
többféle lehetőség közül is választhatunk, mint az azonnali 
játszmaindítás, bónuszszint betöltése vagy saját szint 
szerkesztése. Különféle beállításokat is módosíthatunk, 

ide értve az OpenGL támogatását, a hanggal és a zenével 
kapcsolatos beállításokat stb. 

A játék pörgős és élvezetes. Az ellenségeket elég átugor- 
nunk, több gondunk nem lesz rájuk. A tárgyak különböző 
szinteken vannak, így az akadályokat a platformok között 
ugorva, mászva küzdhetjük le. Út közben aranyérméket kell 
gyűjtenünk. A jégtömböket fejjel szétzúzva energiavirágo- 
kat vagy jéglabdákat találhatunk, ezek Tuxot SuperTux-szá 
változtatják, jóval komolyabb erővel és energiával. Ha befe- 
jezünk egy szintet, a következő, bonyolultabb szintre ju- 
tunk. Cikkem születésekor én a negyedik szinten jártam. 

Jaj, ne! Megint eltalált ez a csúszó jégtömb! Azt hiszem, újra 
kellene töltened a poharakat, Francois. Az utolsó játékra 
tekintve az jutott eszembe, hogy jól esne egy Baked Alaska. 
Látom, a záróra is közeleg, de ne féljetek, mes amis. 

Az ajtók nyitva maradnak, és a bor sem fogy el. Nem sie- 
tünk sehova. A Baked Alaska még nem fogyott el, és Pennyt 








is ki kell még menekíteni, mielőtt Francois és én bezárhat- 
nánk éjszakára az éttermet. Azt mondom tehát, igyunk 
egymás egészségére, mes amis! A votre santé! Bon appétit! 
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